行政区划程序的设计(三)

Author：水如烟

总目录：行政区划数据方案设计

 上一篇，行政区划程序的设计(二)

只要需求和业务流程全面把握了，做到了心中有数，胸有成竹，那么，你可以选择任何一个项目编码。
如果你在某项目编码的过程中暂无头绪，你可以转到另一个项目编码。

当然，在实际中，我们总有个顺序，如是一个人做活的话。这可以从项目的特点、依赖性来确定。

在这里，公用类LzmTW项目，它里头的内容，不仅适用于当前方案的各个项目，在别的方案或以后的编程中，它可能也会用到。对这个项目不用太专注。我们只需在编码其它项目的过程中，分辩特定功能代码是否也适用于其它项目，是否以后还可以重新利用，那么，这时将它放在LzmTW项目就可以了。

除了公用类，我们可以先从依赖性少的、直至无依赖的项目开始。这里呢，就是RegionalCodeLibary了，再上就是RegionalCodeCenter，最后是RegionalCodeApplication。

而实际上，由于直观上我们偏向于应用层的把握，对应用层容易把握，所以可以从RegionalCodeApplication开始。

对方案的整个编程，在正式编码前，要注意把握环境变量的定义和应用范围。比如数据服务器是否指定为本地，数据库是否指定为RegionalCodeWorks，等等，不是指定的，需要配置文件来辅助。

还要考虑是否有计划在将来移植到Web模式，或者说是否有计划在将来的程序中应用现在的程序“业务”。如果是，还要引进一个项目，就是行政区划的公用类，可以起名为RegionalCodeCommon项目。

如果自己心里有数，可以直接编码，如果觉得没有充分把握住整个脉络，那么将整个方案的流程图画出来。

当前的方案组织：

项目引用关系：

 

现在我确定从界面开始编起，即着手RegionalCodeApplication项目，也确定用户可以指定数据库和数据服务器，将来需要移植到WebApplication。

下一篇，RegionalCodeApplication项目的编写。 

下一篇，行政区划程序的设计(四)