论架构技术在项目中的具体应用

  架构平台在项目开发中并非是必须的，从软件项目的整体角度来看，其实质仅为在开发工具的平台之上根据软件项目的业务特点抽象地提取一些基础类或实现一些基本功能，辅以开发规则的约定和约束，通过系统地组织以构成一个整体，以达到辅助项目和开发人员进行开发的目的。在面向对象开发方法过程中，从编程的技术角度来看，其实际为继承、重载、多态技术的具体应用。系统架构在一些较大的开发项目中又是非常重要的。这并非是自相矛盾，之所有这样说的原因是，在一些小型或单一的程序或项目中，我并不推荐使用架构技术，这可能是一件得不偿失的事情；而在一些中型或大型的开发项目，架构平台就显的很重要了，撇开系统的业务流程不谈，采用或搭建的架构平台的好坏与完善与否，直接影响着我们的具体开发工作，甚至整个项目开发的成功与否及后期的维护。试想一下，在一个中型的开发项目中，如果存在着三百个操作窗体，在未采用架构平台的情况下，在开发过程中，大部分时候都得重覆相同的编码工作，复制、粘贴将会成为主要工作，如果在项目完成后，需要对其进行修改，如更改窗体的外观颜色方案或修改其中的一个基本操作BUG，那工作量将是庞大和复杂的。

  架构的搭建一般都是针对具体项目的行业特点来设计的，它的存在就是为整个项目而提供服务的。在整个项目中，架构平台一般位于开发工具与最终用户程序之间，是对整个开发项目的一次抽象提取和升华，架构平台本身并不包含一些具体的业务功能，其本身在脱离项目单独执行时是没有具体意义的。一般来说，架构平台一般在设计时会包含以下功能：

制定统一的界面和操作风格；

抽象提取公共操作功能或逻辑功能；

提供统一的编程接口功能；

封装、继承、代码重用；

可扩充，利于以后的开发和维护工作；

实现系统的一些基本通用功能；

制定约束与规则(包含资源标识的分配及编码规则等)；

  架构的搭建是对架构设计师的编程能力及对项目所在行业务了解程度的一种考验。架构师的编程经验和能力，直接关系到设计的框架能否实现，以及实现的好坏，如稳定性和可扩展性等等；而对业务的了解将有助于架构师对所设计的架构平台的把握，使之更能符合项目的实际开发需求，从而最大程度上方便和辅助程序员对具体功能的编码工作。架构平台应该为项目的开发带来以下优点：

提高系统的稳定性；

减少开发人员的工作量和开发难度及风险；

使协作式的开发和管理变的更加容易；

良好的扩展性；

完成一些琐碎的、重复的基本功能，使开发人员能更专注于具体业务功能的开发；

代码重用；

保证项目的整体风格统一；

系统的维护将变的更加容易和简单；

技术保密性；