【2000-8-14 15:05:04 ahfei： 没必要把所有都包装，常用的即可，以后用到别的再加。 我说的以后是指软件的生命周期的升级阶段。封装了一个逻辑（比如数据库）后，你能保证逻辑不会改变？举2个简单的例子：
1.在xxx系统1.0中，Student只有名字，ID.因此，我们设计只有getName,getID,若干年后，学校要给大家取个莹文名，我们就再加个getNickname.
2.开始分析的时候，用户只提出需要计算学生5门功课的总分，好，我们做了Student.countScore,然后，在我们 的开发过程中，用户发现它需要一个计算数理化总成绩和平均成绩的功能，我们又。。。
实际上的例子要复杂的多，如果你认为我说的错了，你要设计时就想要把所有的需求包装起来，那你不是神仙，就是从来没有实际做过。 】

现在遇到的一个项目的数据包协议设计就是这样，用惯C的同事还是倾向于使用结构作为数据包的格式，而我倾向于使用类似INI格式的，因为现在根本无法知道每个动作、包需要哪些描述项，他们以为现在可以确定，只要每项以1个字节描述，就可以支持256种设置，这个的确是够了，一般每项的设置范围有10个都不错了，但是更难预测的其实是有多少项（维度）。。。数据块是否压缩、是否加密、是否。。。仅仅多保留几个字节作为扩展，都很难够用的。。。