重视积累，不再重造轮子

    来到公司已经一个多月了，也更加了解到Quest的产品和这样一个有着20多年沉淀的公司，在产品的设计和开发上有着怎样的独到之处。虽然个人进入这个行业也不过两三个年后，但在很多时候，无论是自己在写一些代码，或者说中国的绝大多数公司在开发一些项目和产品的时候，从一开始的设计阶段就匆匆而过，所有的代码都是平地而起的模式。例如XML的解析、文件的上传下载、权限的管理、单点登录、数据的缓存和持久化等等，这些功能在大部分项目中大概都会遇到，几乎每一次都是重新Coding，完成之后来不及总结和维护，所有人力就会被Push到下一个项目中去。这样的模式，也是由于中国的IT编码民工劳动力廉价，满大街一抓一大把这样大局势的影响。

    

    然而真正看看西方的大公司是怎么做的？坦白说Quest是一家纯软件公司，所以会遇到尤其多相同功能代码的项目和产品。它的做法是不断递归的去解耦合，从项目一开始就始终以解耦合为不变的宗旨。不但把视图、界面、业务逻辑分离，甚至在数据处理上，也把数据的网络传输、内存缓存、数据持久都做成独立的流程和组件，相互之间完全可以独立工作。在整个项目的设计中，把Spring这个框架的非侵入、控制反转、AOP等特性发挥到了极致。说到这里，可能还不是特别值得骄傲的，因为国内的优秀架构师和一些公司，可能设计架构做得好也可以做到这种程度。

 

    可是让笔者特别佩服的是，Quest的几个Java产品在经历了几年的沉积和重构之后，居然把之前所做的所有优秀特性完整的保留下来，整合成了脱离产品业务的一种公共组件。大致分成数据内核和界面内核，彼此之间通过XML数据来配置和交互，而且因为遵循了JMX和J2EE Deployment规范，所有公共的Service都像API一样，能在运行期间得到扩展和强大的管理。

 

    简单来说，数据内核这一部分，Quest利用JAXB框架可以吃进任何XML定义的数据类型，在运行时生成特定业务逻辑的数据类型源码和Class文件，类型之间可以在运行时任意绑定、引用、重构；而视图内核，同样通过吃进XML定义UI类型，生成可以在任何浏览器运行的视图组件，也可以在运行时之间任意配置、互相通过Layout组合、绑定跳转和Popup等互动关联；数据和视图内核之间，都是通过运行时的Context对象进行相互绑定解析。这样的一个沉积下来，完全就跟业务需求不相关了，任何一个特定的任务需求，可以利用两种内核，快速配置调试产生一个特定新的产品。这是一种不再重造轮子的思路，其实就跟Struts、Hibernate这样的框架所作的事情同理，我们可以把公用的代码经过不断的一次一次抽象整合，使之成为一个软件企业、或者一个开发团队的积累。

 

    看看现在中国有多少码农多少次都还是在为了重复的代码每天奋斗到深夜，看看中国有多少公司还是在外包领域不断的坚持着人海战术，团队的人走一批来一批，走走来来，开发代码的积累几乎为零。整个软件产业程序员的素质也和欧美有着比较明显的差距。笔者一直不承认中国的程序员才华不够，只是觉得我们的企业、公司和个人，总是没有形成足够好的习惯，为了短期的利益而放弃增加自我修养，才使得整体水平一直停滞不前。希望有越来越多的企业和个人，能够多想西方优秀软件公司学习，早日赶上差距！