开发框架的一点儿看法

中午上了趟医院，病好多了。

在去医院的路上，脑子里一直在思考着一个问题，就是软件结构的变化，及带来的问题。

早在90年代的时候，Foxbase这种数据库，就是应用开发的全部。一层的程序，数据库存在本地，作一个管理系统真是简单极了。现在随着网络的发展，从1层变到2层，又到3层，甚至多层，从应用开发的角度，是越来越复杂了。从技术的结构上来看，关系型数据库、中间件、Web应用服务器、浏览器，都需要去考虑。这种复杂真的是一种进步吗？我看未必。从应用软件本身的业务需求上来说，其复杂度并没有提高这么多，只是因为技术的发展还没有跟上，让我们面临了如此纷乱的局面。表面上看来，这个阶段产生了大量的技术创新，但由于方法论和规范的发展不足，导致很多技术的创新难以体现生命力，最后往往成为一种浪费。想象一下，未来一个理想化的技术环境下，我们开发一个应用系统，所需要了解的和关心的，肯定重点还是业务的需要，而其它的类似层次关系等复杂的技术细节，肯定是被屏蔽在成熟的构件之下。就象使用最初的Foxbase系统进行开发一样的简单，甚至更加简单。那个环境下，肯定需要一个能够充足表现业务需求和体现系统设计的一个抽象的模型。这个模型本身需要基于一个成熟的方法论，一个成熟的规范。当然这一天还很远，当前整个世界似乎都在奔跑，都在追逐利益，而需要静下心来仔细研究的基础理论领域，被这种浮躁的情绪影响，似乎进展并不大。一个J2EE规范，就发展了这么多年才成为真正的标准。而在应用系统的抽象模型表示方面，现在还没有成形方法论的影子。SOA，意图解决系统间的集成的规范性。但解决不了系统内部一个相对独立的单元内部的模型。SDO，似乎想把关系数据库对象模型化。那么，Business Logic表示，User Interface 表示方面，什么时候能规范化呢？即使做了这么多工作，仍然是从技术实现层面上的努力，一个从业务模型和抽象系统实现的角度上的理论，还没有出现的迹象。