应用程式架构设计是研发中极其重要的一个环节，刚刚接触三层架构这一概念，谈谈我自己的理解：
三层架构是基于模块化程式设计的思想，为实现分解应用程式的需求，而逐渐形成的一种标准模式的模块划分方法。此模型将应用程式划分为三个层次：
①用户界面层：负责处理用户的输入和向用户输出，但并不负责解释其含义。有时候出于对效率的考虑，这一层可能会在向上传输用户输入之前进行合法性验证。这一层通常采用前端工具(如 VB、VC 和 Java)研发。
②商业逻辑层：这一层是上下两层的纽带，他建立实际的数据库连接，根据用户的请求生成检索语句或更新数据库，并把结果返回给前端界面显示。这一层通常以动态链接库的形式存在，并注册到服务器的注册表中，他和前端界面通讯的接口符合某一特定的组件标准(如 COM 组件)。能够用任何支持这种标准的工具研发。
③数据访问层：负责实际的数据存储和检索。
三层架构的长处是显而易见的：我们不必为了业务逻辑上的微小变化而迁至整个程式的修改，只需要修改商业逻辑层中的一个函数或一个过程;增强了代码的可重用性;便于不同层次的研发人员之间的合作，只要遵循一定的接口标准就能够进行并行研发了，最终只要将各个部分拼接到一起构成最终的应用程式。
