代码结构好与坏

对自家而言评价代码结构的好坏三个要素相对的，三方面：

1）业务逻辑

2）代码结构的惯例：设计模式。开发中的代码扩展性，复用性等等

3）是否清晰，简单，易记，易用，易理解。方便整个系统的把握。

 

满足业务是必须的，有时候代码结构不得不主动适应业务逻辑，甚至牺牲2和3点；惯例，极端被误用的东西，非高手不能使用，误用极易导致非代码编写者对代码的误读，也容易牺牲3；3是最重要的，系统开发人员替换时很常见的，除了开发人员本身的素质，代码本身的易记，易用，易理解也是极其重要。

另外关于应对变化，本人提倡将和业务相关的变化点封在模块的某个点，业务无关变化封在首尾两端，不要让他到处跑。