分而治之思想，
面对一个体系很庞大（相对我而言）的程序的开发，首先应将程序合理的划分一些层次和模块，
不要至上而下的开发，不然可能呆坐半天而下不了手，应该先把下层的小模块做好，再组装起来，即使组装的时候发现了很多需要修改的地方，也不是很要紧，利用resharper和vs的强大的重构和提示功能，完成修改并不算困难。
功能的分层和原子化
不要在一个函数里面做太多的事情，这句话以前一直听到，但真正有体会，还是要等到自己实际遇到，我有一个函数，解析DAL对象传递的字段，控制任务对象的开启、关闭线程，修改数据库。但是当我应理解出错或是需求更新，需要添加和修改功能的时候，就麻烦了。这个函数被改来改去，同时还要修改任务对象的接口，DAL解析的内容，函数本身的参数。如果我当时能把这些功能合理的分割下，修改的时候就只需要修改相应地方就可以了。所谓“原子化”意为不可分割，表示这个功能一执行就全部执行，不执行就全部不执行，如果一个函数的功能是这样子的，那么这个函数被修改的可能性就很小了。但是分层也需要注意合理性，不然层次太多，各种跳转，也是无谓的加大了代码的复杂度。
命名规范很重要，
大家都遵循一套好的命名规范，首先第一个好处是代码阅读起来很方便，比如_taskState
一看就知道是个全局私有变量，taskState则可能是个局部变量，要注意有效范围了。类名的存放位置同样如此，依据DAL-Model（Definition）-Class的层次存放类文件，我们引用或查看的时候，对类的结构首先就有了一个大致的了解。
不过我老是不记得这点，写着写着就忽略了，不过后来发现RESharper的命名提示功能不错，尤其是它还可以自定义不同内容的命名规范，利用这个小工具，一定程度上可以保证名名规范。