Java与模式: 6大原则
1，OCP(Open-Close Principle)开闭原则
Software entities should be open for extension,but closed for modification,(在设计一个模块的时候，应当使这个模块可以在不被修改的前提下扩展)。
对扩展开放open，对修改关闭close。如何实现？
(1)，抽象化是关键;
(2)对可变性的封装原则(Principle of Encapsulation of Variation EVP)。用我自己的话来说，在我们设计模块的时候，要将其他“类似”的类，提取出来共同的代码，就是所谓的“抽象”。而对于哪些代码放在抽象类里面去，就是存在可变性的地方.对于这点，我还没有体会到。典型容易理解的列子，工厂模式。当需要新增加一个类的时候，直接继承product接口就可以了。
2，Liskov Subsitution Principle(LSP)里氏代换原则
就是子类可以代替父类出现的任何地方，在抽象的时候，重要的要理解的一个地方两个类之间是什么关系，是“has-A”？还是“Is-a”的关系。在“has-a”的关系中，两个类存在的是依赖的关系(在类A里面存在类B的的变量)；在“Is-a”的关系中，可以提取这两个类的“共同代码”放在抽象类C中，然后A，B继承与C，这也是一种重构。
3，Dependency Inversion Principle(DIP)依赖倒转原则
就是在我们编程的时候方法的参数类型，变量，对于其他具体类的依赖，我们尽量的使用抽象类。就是说尽量依赖于抽象，而不是依赖于实现。
在书中两种表述:
(1)，Abstraction should not depend on details.details should depend on abstraction. (抽象不应当依赖于细节，细节应当依赖于抽象)。Abstraction就像是建筑物的基础，而其实现类就是在基础上面一层一层的往上面走。你拆掉最上面那层，和拿走最下面的基础，有什么不同了，这就是差异了。所以Abstraction是要相当的稳定，是维护的重点。也正是因为稳定，所以我们尽量的依赖于Abstraction，既是
相关文档：
Heritrix网络爬虫对BDB嵌入式数据库的应用（JAVA）
一、Heritrix中和BDB相关的类
org.archive.bdb.BdbModule 用来映射一个共享的BDB数据库环境（JE）的通用模型。
org.archive.bdb.BdbModule.BdbConfig 数据库配置对象。必需的，因为com.sleepycat.je.DatabaseConfig这个对象是不会被序列化的。此外它还可以防止无效设置 ......
【一】基于字节的输入流
值得注意的地方有：
①Level 2的输入流，大多数都会指明数据源的形式：例如ByteArray，File，Piped
②Level 3的输入流，则不会出现具体的数据源名字，而是以功能取代：例如Buffered，LineNumber
所以说Level 3的输入流是对Level 2输入流的“封装和过滤”。实际上Level 2的输入流，都� ......
在进行MIS系统开发过程中,从配置文件中读取配置信息是每一个系统必须具备的功能,例如,我们要配置读取数据库配置信息,包括驱动程序名、连接字符串，用户名，口令等信息，由于这些信息会随着用户的不同而发生改变，所以不能直接把参数写在程序中，将其写入配置文件，然后在应用程序中读取配置信息并加以使用，是一个成 ......
最近需要写一段程序，完成以下的工作，用java将数据以二进制的形式写入文件中，然后用C读出此二进制文件。
开始的时候没有考虑机器的字节序，直接搞出segment fault.想了很久，才明白原来是java和C的字节序是不一样的。
java中的字节序是big endian的，它是与机器无关的。而c的字机序是机器相关的，而当前用的机器是x84 ......
