问题慢慢向我们走来 ——3.28

         由于我们决定使用多接口初始界面，而且可扩充性要强，进而架构问题成了我们面临的最大问题。

          以前接触的项目都是基本以底层抽象为基础——没有理解面向对象精髓，而我们现在对此项目的要求为：让它实现功能模块和显示模块的分离，使得应用程序更加可维护，可扩展，可移植和可复用。因此在研究现有构架的基础上初步决定使用SOA——Service-Oriented Architecture，面向服务的体系结构模型进行设计和初步建模。它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

        而它具有中立的接口定义（没有强制绑定到特定的实现上）的特征——服务之间的松耦合——好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，它所避免的紧耦合（意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱）。正是我们架构所担心的。

         研究了半天找到解决方案，不错不错。等待开会决定吧。