奈何桥收费站。。。

[size=small][b]个人心得，权作讨论，切勿当真 :P [/b]Design by Contract（契约式设计），以下简称DbC，字面意义来看，包含两个内容“责任”与“义务”，是对交易或互动中，两方之间关系的约束。换用软件行话来说，表示调用方与被调用方的，参数和返回值的Assert处理。Assert有三个，前提条件、后续条件、和不变式，前两个针对方法，而最后一个针对整...

[size=small]当有一个模块、或组件、或构件，且他们是可配置的，能定制，有多种参数组合，这个时候使用什么方式处理？1、配置文件 a、XML，最正统，也最麻烦的处理方式，如果不是做稳定的产品，或关系复杂的配置参数，则尽量少用b、properties，被忽视的，却简单直观的hashtable文件版，若是配置参数不复杂，完全可以用POJO之类的属性名做properties文件里的...

[size=small][b]1.- DRY: Don’t repeat yourself.[/b]DRY 是一个最简单的法则，也是最容易被理解的。但它也可能是最难被应用的（因为要做到这样，我们需要在泛型设计上做相当的努力，这并不是一件容易的事）。它意味着，当我们在两个或多个地方的时候发现一些相似的代码的时候，我们需要把他们的共性抽象出来形一个唯一的新方法，并且改变现有的地方的代码让他们以一些...

[size=small][b]Don’t Repeat Yourself (DRY)[/b]DRY 是一个最简单的法则，也是最容易被理解的。但它也可能是最难被应用的（因为要做到这样，我们需要在泛型设计上做相当的努力，这并不是一件容易的事）。它意味着，当我们在两个或多个地方的时候发现一些相似的代码的时候，我们需要把他们的共性抽象出来形一个唯一的新方法，并且改变现有的地方的代码让他们以一些...