摘要： 我一开始的想法只是解决目前数据持久化中存在的查询问题。 为了解决持久化过程中的查询问题，首先确定了初步的解决方案。定义自己的持久类，用自己定义的数据类型定义持久类的属性,然后实现一种机制使我们能够计算机语言如java来撰写sql语句生成查询。程序员通过使用框架设计好的api定义查询，定义查询的过程，实际上就是框架将计算机语言翻译为sql语言的过程。由于所有的持久类都必须继承自框架定义的持久类，持久类的属性必须定义为框架定义的类型，所以程序员通过计......
摘要： 在我更进一步的开发工程中，我实现了多数据库集成，使得多个数据库可以在dudoj框架中协同工作，只要我们在配置文件中指定持久类以及查询所在的数据库，在编码时不需要理会底层使用的是什么数据库、有几个数据库，我们只需要调用dudoj框架的持久化接口，就可实现数据的持久化和恢复，极大的简化了编程工作。在完成了这些开发工作以后我又在想，如果用户底层更换了数据库，而应用程序如果不需要任何的更改，这岂不是可以极大的增强用户系统的适应性。接着我对整个框架进行了重构并......
JDK源码分析：java.lang.Boolean闲来无事，开始研究jdk源码（jdk 1.5 b2），先找了一个最简单的java.lang.boolean开始解剖。 【相关文章:
OBE的下载与编译过程】 【扩展阅读:
PostgreSQL 的昨天今天和明天 】由于水平有限，难免有不少错误，还请大家指正！ 【扩展信息:
Delphi中的消息钩子函数和Windo】 首先我们剔除所有的方法与静态变量，boolean的核心代码如下： public final class boolean implements java.io.serializable,comparable { private final boolean value; } 很明显，凡是成员变量都是final类型的，一定是immutable class，这个boolean与string一样，一旦构造函数执行完毕，实例的状态就不能再改变了。 boolean的构造函数有两个： public boolean(boolean value) { this.value = value; } public boolean(string s) { this(toboolean(s)); } 都很简单就不多说了。 另外注意到boolean类实际上只有两种不同状态的实例：一个包装true，一个包装false，boolean又是immutable class，所以在内存中相同状态的boolean实例完全可以共享，不必用new创建很多实例。因此boolean class还提供两个静态变量： public static final boolean true = new boolean(true); public static final boolean false = new boolean(false); 这两个变量在class loader装载时就被实例化，并且申明为final，不能再指向其他实例。 提供这两个静态变量是为了让开发者直接使用这两个变量而不是每次都new一个boolean，这样既节省内存又避免了创建一个新实例的时间开销。 因此，用 boolean b = boolean.true; 比 boolean b = new boolean(true); 要好得多。 如果遇到下面的情况： ...
下一页 摘要： 已经经过了大约9个多月的开发，也不知道修改了多少次，总有不尽人意的地方。本来在三月份的时候就可以发布公开测试第一版了，可是那个追去完美的心总是驱使着我不停的改进，宁慢毋烂。总是感觉目前的关系处理不是很好，试图寻找一种更加明了易懂的方式处理持久类之间的关系。查阅的很多的资料，也参考了好几种框架，还是觉得很迷茫，这几天的事情又是那么得多，公司的、朋友的真有点烦躁了。希望在这个星期天能够把持久类关系处理更改完毕，好与坏希望在公开测试时有朋友提出改进意见，到......
