2008年（1812）
分类：
2008-05-03 19:59:36
只要需求和业务流程全面把握了，做到了心中有数，胸有成竹，那么，你可以选择任何一个项目编码。
如果你在某项目编码的过程中暂无头绪，你可以转到另一个项目编码。
当然，在实际中，我们总有个顺序，如是一个人做活的话。这可以从项目的特点、依赖性来确定。
在这里，公用类LzmTW项目，它里头的内容，不仅适用于当前方案的各个项目，在别的方案或以后的编程中，它可能也会用到。对这个项目不用太专注。我们只需在编码其它项目的过程中，分辩特定功能代码是否也适用于其它项目，是否以后还可以重新利用，那么，这时将它放在LzmTW项目就可以了。
除了公用类，我们可以先从依赖性少的、直至无依赖的项目开始。这里呢，就是RegionalCodeLibary了，再上就是RegionalCodeCenter，最后是RegionalCodeApplication。
而实际上，由于直观上我们偏向于应用层的把握，对应用层容易把握，所以可以从RegionalCodeApplication开始。
对方案的整个编程，在正式编码前，要注意把握环境变量的定义和应用范围。比如数据服务器是否指定为本地，数据库是否指定为RegionalCodeWorks，等等，不是指定的，需要配置文件来辅助。
还要考虑是否有计划在将来移植到Web模式，或者说是否有计划在将来的程序中应用现在的程序“业务”。如果是，还要引进一个项目，就是行政区划的公用类，可以起名为RegionalCodeCommon项目。
如果自己心里有数，可以直接编码，如果觉得没有充分把握住整个脉络，那么将整个方案的流程图画出来。
当前的方案组织：
项目引用关系：
现在我确定从界面开始编起，即着手RegionalCodeApplication项目，也确定用户可以指定数据库和数据服务器，将来需要移植到WebApplication。
只要需求和业务流程全面把握了，做到了心中有数，胸有成竹，那么，你可以选择任何一个项目编码。
如果你在某项目编码的过程中暂无头绪，你可以转到另一个项目编码。
当然，在实际中，我们总有个顺序，如是一个人做活的话。这可以从项目的特点、依赖性来确定。
在这里，公用类LzmTW项目，它里头的内容，不仅适用于当前方案的各个项目，在别的方案或以后的编程中，它可能也会用到。对这个项目不用太专注。我们只需在编码其它项目的过程中，分辩特定功能代码是否也适用于其它项目，是否以后还可以重新利用，那么，这时将它放在LzmTW项目就可以了。
除了公用类，我们可以先从依赖性少的、直至无依赖的项目开始。这里呢，就是RegionalCodeLibary了，再上就是RegionalCodeCenter，最后是RegionalCodeApplication。
而实际上，由于直观上我们偏向于应用层的把握，对应用层容易把握，所以可以从RegionalCodeApplication开始。
对方案的整个编程，在正式编码前，要注意把握环境变量的定义和应用范围。比如数据服务器是否指定为本地，数据库是否指定为RegionalCodeWorks，等等，不是指定的，需要配置文件来辅助。
还要考虑是否有计划在将来移植到Web模式，或者说是否有计划在将来的程序中应用现在的程序“业务”。如果是，还要引进一个项目，就是行政区划的公用类，可以起名为RegionalCodeCommon项目。
如果自己心里有数，可以直接编码，如果觉得没有充分把握住整个脉络，那么将整个方案的流程图画出来。
当前的方案组织：
项目引用关系：
现在我确定从界面开始编起，即着手RegionalCodeApplication项目，也确定用户可以指定数据库和数据服务器，将来需要移植到WebApplication。
