先把事做成，再把事做好

我在大学的时候自己学过软件工程，也略微的了解一点设计模式，就像Albert和廖大师所说的那样，像我这样刚出来的大学生，对于那种设计模式之类的东西好像有种莫名的狂热与崇拜，我也不例外。不过现在我在逐渐的转变我的想法，虽然我编码的经验不是很足，不过在编码的过程中却也逐渐感觉到，想要写出牛B的代码是非常非常难的，可能在写程序的时候由于知识不足或者经验不足，考虑不周全等原因导致落七落八的，最后BUG一大堆，可能有人会说是因为设计不周全，或者说根本就没有设计所导致的。也对，也不对，软件开发并不是一项工业化的流程，不可能做到每次都能把事情考虑周全，一般来说前期的设计只能做到80%，剩下的只能在不断的优化代码中去完善。当然随着经验的增加，细节上也会考虑得越来越周全。因为一开始就有种想把代码写得很完美的思想在做怪，所以在写代码上也是一直想把所有事情都考虑好才开始写，不过花了时间，结果却并不是很理想，还是会有很多东西没有考虑到，和之前的主管交流的时候他就一直跟我强调，不要假设还没有发生的事情，当情况发生的时候再去修改。这应该就是重构所提倡的思想吧，就像类的设计一样，虽然从派生关系来说，是父类派生子类，可是实际开发中却往往先有子类，再有父类。今天和同事讨论的时候就聊到了接口的使用。我个人觉得接口并不是必须的，接口更像是一份文档，一份参与代码编译的文档，它强制性的要求继承它的类必须要实现它的所有方法，我相信没有接口也可以做到有接口做的事情，这就好比定义变量一样，var o;和var o:Object;其实是一样的，只是一个是强类型，一个是无类型，从这个方面来看，对每个类写是一个接口其实也是行得通的。所以我现在的做法会改成先完成功能，如果结构不好再去调整，不断的优化，持续改进代码，我相信，牛B的代码都是改出来的。