编程心得体会总结

1. 需求变更时，从根本上解决问题与采用取巧的方式规避问题相比，短期来看，也许需要花费更多时间与精力。 但从长期讲，取巧的方式难于适应变化，需求的稍微变动可能就需要花费更多的精力，以及牺牲代码的可读性。

2. 方法的名字应该精确的表达方法所做的事情，它应该是方法最好的注释。 方法应尽量简单，不应负责过多的事情，方法过于复杂，可维护性就会降低，难以扩改或修改。另外，还需要考虑方法的原子性及不用方法之间是否有关联，如果一个方法的调用必然跟着另一个方法的调用，那么就要考虑将他们合并，以免产生因不一致调用而导致的状态混乱。

3. 任何规则，最佳实践等都不是一成不变的。核心是如何灵活的应用，而不是盲目的遵从。