如何最灵活地架web应用.pptVIP

如何最灵活地架构web应用 ? “快速开发、随需应变”始终是软件开发最重要的目标。为此，诞生了各种开发平台，把软件应用中的共性抽象为“部件”，通过调用这些“部件”就能够实现快速开发。 在这些平台中，最大的挑战在于这些“部件”是否能够灵活地应对需求的变化。 本文试图通过一个简单的对数据库表进行操作的应用，提出一些“部件”灵活性所要面对的重要问题，以及使用OOWD(Object-oriented Web Descript的缩写)平台来解决这些问题 问题1：如何构建一个“部件” 大部分的平台都是通过解析器+描述来实现的。 OOWD平台采用的是最基础的oowd语言解析器+业务逻辑（OOWD语言来表示）+描述（OOWD语言来表示），就是说逻辑部分也是用oowd描述语言来表示的！从而能够满足任何需求的变化（完备性）和灵活应对需求变化 问题2：如何提取同类部件实例的共性？ 大部分的平台的每个类型部件是单独实例化的，因此在不同实例之间是无法提取共性的； Oowd平台的同类型部件的实例都是统一继承的，从而在需求变化时，可以改变所有实例的样式、逻辑等。 问题3：所有的共性都能提取为部件吗？ 大多数平台能够抽象为部件的共性非常有限，比如：form、报表等 Oowd平台的部件可以任何共性。大到一个页面甚至是一个应用，小到一个字段。还可以是一种表现形式或是一个框架。 问题4：部件能够应对不可预料的需求变化吗？ 大多数平台的部件在应对未预知的需求变化时，不能适应或很难适应，这导致部件很可能被弃用。 OOWD平台通过设置变量或变量对象的方式，能够轻松应对各种不可预料的需求变化！ 问题5：部件能够跨越多种语言环境吗？与各种已存的框架能兼容吗？ 在OOWD平台中，对数据库操作进行了统一的描述。使开发人员开发更简单，不用再关心数据获取和存储的细节。也更灵活地适应需求变化，如：对于表和字段的改名；表的分拆；适应调试环境和上线环境；Master-Slave的切换；以上的所有需求变化，应用程序无需做任何改动，只需在配置描述中做一点改动 由于数据库的操作在web应用中的逻辑部分占据了比较大的比例，再加上对一些公共操作的抽象，基于OOWD平台的web应用在java、php、.net等语言环境的移植中只需修改很少量的代码，尽量做到了与语言环境无关。 由于采用生成源代码的方式，与已存的框架都能够兼容。 总结 上面提出的5个问题是各种平台在考虑“部件”灵活性的时候所要面对的难点，我们使用OOWD语言来构建web应用，试图来解决这些难点。 一旦解决了“部件”灵活性的问题，我们的开发效率将能够几倍甚至几十倍的提升，同时，还能够快速地应对需求的变化。 * * * * *