.NET初学者架构设计指南（二）OO设计初次见面

系列文章导航：

.NET初学者架构设计指南（一）Hello world的时代

.NET初学者架构设计指南（二）OO设计初次见面

.NET初学者架构设计指南（三）设计模式

.NET初学者架构设计指南（四）Model-View-Controller

　　我使用OO技术第一次设计软件的时候，犯了一个设计者所能犯的所有错误。那是一个来自国外的外包项目，外方负责功能设计，我们公司负责程序设计、编码和测试。

　　第一个重要的错误是，我没有认真的把设计说明书看明白。功能点设计确实有一些问题，按照他们的设计，一个重要的流程是无法实现的。于是我在没有与投资方沟通的情况下，擅自改动了设计，把一个原本在Linux系统上开发的模块改到了Windows系统上。结果流程确实是实现了，但是很不幸，根本不符合他们的需要，比起原先的设计差的更多。在询问了这个流程的设计意图之后，我也清楚了这一点。对方的工程师承认了错误，但是问题是：“为什么不早说啊，我们都跟领导讲过了产品的构架，也保证了交货时间了，现在怎么去说啊？”。他们设计的是一个苹果，而我造了一个桔子出来。最后和工程师商议的结果是：先把桔子改成设计书上的苹果，按时交货，然后再悄悄的改成他们真正需要的香蕉。这时候距离交货的时间已经不足三天了，于是我每天加班工作到天明，把代码逐行抽出来，用gcc编译调试。好在大部分都是体力活，没有什么技术含量，即使在深夜大脑半休眠的情况下仍然可以接着干。

　　项目中出现的另外一个错误是：我对工作量的估计非常的不准确。在第一个阶段的时候，按照功能设计说明书中的一个流程，我做了一个示例，用上了投资方规定的所有的技术。当我打开浏览器，看到页面上出现了数据库里的“Tom，Jerry，王小帅”，就愉快的跑到走廊上去呼吸了一口新鲜空气，然后乐观的认为：设计书都已经写好了，示例也做出来了，剩下的事情肯定就象砍瓜切菜一样了。不就是把大家召集起来讲讲设计书，看看示例，然后扑上去开工，然后大功告成。我为每个画面分配的编码工作量是三个工作日。结果却是，他们的设计并不完美，我的理解也并不正确，大家的思想也并不一致。于是我天天召集开会，朝令夕改，不断返工。最后算了一下，实际上写完一个画面用的时间在十个工作日以上。编码占用了太多的时间，测试在匆忙中草草了事，质量……能掩盖的问题也就只好掩盖一下了，性能更是无暇顾及了。

　　还有一个方面的问题是出在技术上的，这方面是我本文要说的重点。按照投资方的方案，系统的主体部分需要使用J2EE框架，选择的中间件是免费的JBoss。再加上Tomcat作为Web服务器，Struts作为表示层的框架。他们对于这些东西的使用都是有明确目的，但是我并不了解这些技术。新手第一次进行OO设计，加上过多的新式技术，于是出现了一大堆的问题。公司原本安排了一个牛人对我进行指导，他熟悉OO设计，并且熟悉这些开源框架，曾熟读Tomcat和Struts源代码。可是他确实太忙，能指导我的时间非常有限。

　　投资方发来设计书以后，很快就派来了两个工程师对这个说明书进行讲解。这是一个功能设计说明书，包括一个数据库设计说明书，和一个功能点设计说明。功能点说明里面叙述了每一个工作流程，画面设计和数据流程。两位工程师向我们简单的说明了产品的构想，然后花了一个多星期的时间十分详细的说明了他们的设计，包括数据表里每一个字段的含义，画面上每一个控件的业务意义。除了这些功能性的需求以外，他们还有一些技术上的要求。

　　为了减少客户的拥有成本，他们不想将产品绑定在特定的数据库和操作系统上，并且希望使用免费的平台。于是他们选择了Java作为开发语言，并且使用了一系列免费的平台。选用的中间件是JBoss，使用Entity Bean作为数据库访问的方式。我们对Entity Bean的效率不放心，因为猜测他运用了大量的反射技术。在经过一段时间的技术调查之后，我决定不采用Entity Bean，而是自己写出一大堆的Value Object，每个Value Object对应一个数据库表，Value Object里面只有一些setter和getter方法，只保存数据，不做任何事情。Value Object的属性与数据库里面的字段一一对应。与每个Value Object对应，做一个数据表的Gateway，负责把数据从数据库里面查出来塞到这些Value Object里面，也负责把Value Object里面的数据塞回数据库。

　　按照这样的设计，需要为每一个数据表写一个Gateway和一个Value Object，这个数量是比较庞大的。因此我们做了一个自动生成代码的工具，到数据库里面遍历每一个数据表，然后遍历表里面的每一个字段，把这些代码自动生成出来。

　　这等于自己实现了一个ORM的机制。当时我们做这些事情的时候，ORM还是一个很陌生的名词，Hibernate这样的ORM框架还没听说过。接着我们还是需要解决系统在多种数据库上运行的问题。Gateway是使用JDBC连接数据库的，用SQL查询和修改数据的。于是问题就是：要解决不同数据库之间SQL的微小差别。我是这样干的：我做了一个SqlParser接口，这个接口的作用是把ANSI SQL格式的查询语句转化成各种数据库的查询语句。当然我没必要做的很全面，只要支持我在项目中用到的查询方式和数据类型就够了。然后再开发几个具体的Parser来转换不同的数据库SQL格式。