编程随想

1.想问题尽量往顶层去想，尽量在顶层一劳永逸的解决问题，而不是在顶层下面的细小分支去分别处理，做得多错的概率也就多，遇到需求变动也要进行大量的修改，改的地方多，又陷入被动。这就要做到敲代码有大局观，从全局考虑，想好在写， 而不是想到啥就写啥，这样很容易陷入到程序的细枝末节之中，导致最后违反顶层原则。这就是修改问题的解决问题的一种思想，另外，在写代码的时候，能够进行大量的封装和抽取代码，才能够真正的有机会让你去修改所谓的顶层，也就是你封装 好的地方。补充一下之前的想好在写这句话，并不是每个人都是神，不可能把一个软件的所有细节事无巨细的都考虑好，或者所有模块能够完全划分好再动手开发，但最起码局部思路要有，另外最重要的一点事，也是能够补充这个想好在写弊病的方案是要 勇于重构，这里的重构并不是指重构自己接手的同事代码或新公司的代码，而是及时重构自己在写的过程中发现不妥的地方，发现有重复的函数调用，有重复的逻辑粘贴等，这个时候马上停下来，做函数封装，模块抽取等，这样以小步伐，勤重构的方式去 敲代码，会给自己未来带来很大的好处，完成同样一件事，设计欠佳的程序往往需要更多代码，这常常是因为代码在不同的地方使用完全相同的语句做同样的事，因此改进设计的一个重要方向就是消除重复代码。代码量减少并不会使系统运行更快，因为这对程序的资源占用几乎没有任何明显影响。然而代码量减少将使未来可能的程序修改动作容易得多。代码越多，做正确的修改就越困难，因为有更多代码需要理解。我在这里做了点儿修改，系统却不如预期那样工作，因为我没有修改另一处——那里的代码做着几乎完全一样的事情，只是所处环境略有不同。消除重复代码，我就可以确定所有事物和行为在代码中只表述一次，这正是优秀设计的根本。