2008年（1812）
分类：
2008-05-03 19:59:41
先说说我对方案的理解（因为自己是单打独斗的，与公司类的项目组织不一样，请加以区分）。
一个方案，尽量做到组织严谨，脉络清晰，分工明确。
一般的，我是按应用范围和服务对象两者的结合来组织。体现在项目的设立和命名空间的确定。甚至也体现在变量的命名上。
代码的编写我尽量的“规范”，结合自己的理解，也养成自己的风格。我的变量编码一般的：
A、全局变量以g开头；
B、方法体内以m开头；过渡性的以tmp开头，可能就是tmp；
C、变量名称取全名，少用缩写；
D、控件名称是类名 作用词，如ButtonLogin，ToolStripComboBoxReportName；
E、尽量的使用意思明确的英文单词（英文都丢了，只能查，意思是明确而不保证用词准确）。
关于命名空间：
如是对Framework的基础类为实现某些功能再次封装，沿用原命名空间的主词，前头加u,如uSystem，uSystem.uString，uSystem.uCollections等等。
在开发的过程中，注意充实自己的类库。自己理解和构造的类库自己使用起来会更方便。
总体来说，如是有数据库的方案，一般由三个项目组成：自己类库 数据库 WinForm。如果想将界面（UI）和功能代码块尽可能的分开，再引入一个项目。
在这里，计划安排四个项目，一是LzmTW，自己要形成的通用类库；二是RegionalCodeApplication，应用界面，启动项目；三是RegionalCodeLibary，处理区划数据；四是RegionalCodeCenter，负责RegionalCodeApplication与RegionalCodeLibary的联络。
引进RegionalCodeCenter用处还在于，有可能以后的项目不是用WinForm而是用WebForm，到时LzmTW和RegionalCodeLibary保持不变，只需考虑WebApplication和WeCenter就可以了。
当前的方案组织：
项目引用关系：
先说说我对方案的理解（因为自己是单打独斗的，与公司类的项目组织不一样，请加以区分）。
一个方案，尽量做到组织严谨，脉络清晰，分工明确。
一般的，我是按应用范围和服务对象两者的结合来组织。体现在项目的设立和命名空间的确定。甚至也体现在变量的命名上。
代码的编写我尽量的“规范”，结合自己的理解，也养成自己的风格。我的变量编码一般的：
A、全局变量以g开头；
B、方法体内以m开头；过渡性的以tmp开头，可能就是tmp；
C、变量名称取全名，少用缩写；
D、控件名称是类名 作用词，如ButtonLogin，ToolStripComboBoxReportName；
E、尽量的使用意思明确的英文单词（英文都丢了，只能查，意思是明确而不保证用词准确）。
关于命名空间：
如是对Framework的基础类为实现某些功能再次封装，沿用原命名空间的主词，前头加u,如uSystem，uSystem.uString，uSystem.uCollections等等。
在开发的过程中，注意充实自己的类库。自己理解和构造的类库自己使用起来会更方便。
总体来说，如是有数据库的方案，一般由三个项目组成：自己类库 数据库 WinForm。如果想将界面（UI）和功能代码块尽可能的分开，再引入一个项目。
在这里，计划安排四个项目，一是LzmTW，自己要形成的通用类库；二是RegionalCodeApplication，应用界面，启动项目；三是RegionalCodeLibary，处理区划数据；四是RegionalCodeCenter，负责RegionalCodeApplication与RegionalCodeLibary的联络。
引进RegionalCodeCenter用处还在于，有可能以后的项目不是用WinForm而是用WebForm，到时LzmTW和RegionalCodeLibary保持不变，只需考虑WebApplication和WeCenter就可以了。
当前的方案组织：
项目引用关系：
