学习中成长，成长中学习

1.- DRY: Don’t repeat yourself.DRY 是一个最简单的法则，也是最容易被理解的。但它也可能是最难被应用的（因为要做到这样，我们需要在泛型设计上做相当的努力，这并不是一件容易的事）。它意味着，当我们在两个或多个地方的时候发现一些相似的代码的时候，我们需要把他们的共性抽象出来形一个唯一的新方法，并且改变现有的地方的代码让他们以一些合适的参数调用这个新的方法。DRY 这一法则可能是编程届中最通用的法则了，目前为止，应该没有哪个程序员对这一法则存有异议。但是，我们却能发现，一些程序在编

1、计划(Plan) 所谓Plan，其实就是对应于编程中的“设计”阶段，当然，这里的Plan并不像设计那样重量级。它要求我们程序员在正式编程前至少要考虑一下下面的问题： 你这个程序，工具或是项目的目的，究竟是用来干什么的。你只有知道做什么，要达到什么样的目的，你才能做得对，做得好。 需要有什么样的功能。需要你给出来个功能列表。这样可以保证我们不会遗露了什么。 准备好一些技术难题的前期调查和解决方案。不要等到开始编程的时候才去想。 下面这你因为有“Plan”而得到的好处：你能够清楚地明白你要做的东西长什么样？

今天在写程序时，本想看看编译器里的某些函数功能是如何实现的。但发现编译器里，只有头文件和库文件，对于实现部分根本没有。无奈，上网查了一下。原来平时写程序时，用到的函数只是在头文件里做了声明，实现部份全部经编译后生成了库文件，如lib, dll , .a等动态，静态库了。 所以美梦破灭了。写程序可以像编译器一样，把要用到的外部函数全部在头文件里声明，加上extern 即可，然后把实现做成库文件，再发放，最终就可以保护程序的实现细节了。

<br />    对于一个工程来说，如果要处理好项目的关系，至少要做到功能模块化。<br />    在设计系统时，要把用户的需求考虑好。把需要的功能做成函数模块。只需让程序员知道，有哪些功能模块，自己要做什么，至于如何实现是程序员的事。所以在这种交流中，需要的就是交流的方式。很多是交谈，但口头的是不明确的。而如果只是一个单一的文档，说明实现的功能，又不是很明了。所以可以把需要的各类功能，做成函数的形式，当然只是声明。放在一个头文件中，然后通过这个头文件，让程序员了解真正有哪些是要来做的。程序的接口有哪些