作为一个曾经的Java程序员，已经很多年都没有编码，但从没有放弃过对Java和开源的关心。
最近又有机会开始写点东西，感觉自己已经很迟钝了，很难有耐心动手写代码了。
但是为了尽量缩短自己与现在技术水平的差距也开始学点“新”东西，比如Struts、Hibernate和Spring。
大多都是停留在摸摸的水平，离实际开发还有很大的距离。
可能是人老了，变懒了。
一直都在寻找着，更能够精简代码的产品，尤其是使用Hibernate配置了繁琐OR影射后，
完成一个简单数据库操作后，真不知道是用它好还是不用它好。
相比之下，一个同事，只在大学上过公共课程C语言程序设计，用不到一周的时间上手Delphi，
并且在不到一个月时间里（中间还因为其他工作出差，中断过），相对轻松的开发了一套的程序。
同时对比正在激烈讨论的Ruby，微软的.net都看到了很多Java里面没有的东西。
原来编程可以这么简单，也应该这么简单。
Java有没有更简单的方式来保存数据，更确切的说是保存对象，DB4O无疑就是这其中的一种。
基于它现在的技术，有几个想法
1、数据型对象的共享技术，更多的应该是跨语言的实现，毕竟现在大多数语言都是面向对象的。
数据库和XML文件在很多时候，在这些不同语言之间充当了一个数据传递者的角色。
一般数据又都是封装在某个对象里面，与数据库之间OR影射。微软的SOAP和CLI似乎都是向这个主旨努力。
2、EJB太复杂，虽然买了很多书，但都从来没有耐性做个测试的样例。远程访问一个对象，必须继承特定类，
要基于某个协议，还要配置容器，太困难了。DB4O似乎又提供了另一种思考方式。
3、Session大家用的应该很多，使用的不当对服务器是一种非常大的负担。还想不到如何减轻服务器的负担，
但至少可以尝试使用DB4O来减轻Session也就是容器的负担。
4、对于3中Session，困难的就是对众多的临时数据，管理起来太复杂。用过之后就不再使用。
容器自己可以管理Session，清理DB4O中的垃圾数据最简单的方式，就是为DB4O添加一种内存数据库模式。
也就是数据都放在内存里面，管理程序可以清理垃圾数据，一次重启、断电、系统崩溃，
都可以把这些垃圾数据清理掉。
可能还有更多的一些可能，谁又能知道，现在的技术发展太快了!
posted on 2006-01-13 22:28
rox 阅读(675)
评论(1) 编辑 收藏 所属分类:
杂想