给自己定一些规则

2010-5-12

 

首先逻辑要简单,然后再追求复用。

 

一定要知道会有变化,但不要去无谓的预测变化。

 

做方法有两个方向:一个是做一组方法仅实现一个功能;一个是做一系列原子方法来完成一个功能。

 

不要指望一个非常通用化的组件,能解决你所面临的问题。

 

做的东西下次之所以很难复用,是因为没有剥离共性,没有封装个性。关于共性和个性是个仁智问题。

 

接口是用来方便变化的,如果你可以拍着自己胸口,底气十足的说三次:这个东西没有变化,这个东西没有变化,这个东西没有变化,而没有声音越来越小,也没有觉得亏心,那就可以暂时不用接口了。

 

谁把明显可变的东西硬编码在业务逻辑代码中,必须跟谁急,临时这样写也不行!

 

同层次之间,不要发生逻辑关系。

 

不同模块的通信,要指定唯一的出入口。

 

我们的目标不是完成一个东西,而是完成一个能用的东西。

 

技术只能描述业务问题、固化业务规则,但是解决不了业务问题。

 

 2010-05-13

 

注意使用场景和假设前提,没有最好,只有更合适

 

每个人都习惯用自己的思维去办事.....

 

 注意划分粒度 

 

你可能感兴趣的:(规则)