架构随想

 

架构目的：快速开发，易于维护

 

组件：

部门应该积累自己的底层API，随着积累的API越来越多，项目就越容易构建的。

 

底层API应该为多个项目服务，做到复用，而不是复制，这样可以方便全局的管控。

 

把底层API 抽成服务，而形成基础组件服务，为项目构建的打下基础。

 

组件的分类：前端组件 为方便构建页面

            后端组件 提供数据访问、文件访问、FTP访问、数据校验等等

           

 

 

系统架构图：

 
 

 

部署图：

 
 Service的执行方式：

   1.传统的java service来实现业务逻辑，由java虚拟机来执行逻辑类。

         特点：适用范围广，可实现绝大部分业务逻辑。

         缺点：业务逻辑流程相对不清晰，部署时需要重启服务

   2.使用脚本语言调用基础组件来实现业务逻辑，由脚本执行引擎来执行。

         特点：适用范围中（取决于基础组件多少及执行环境API），可热部署，可提供配置页面修改，维护简单，方便阅读。

         缺点：执行速度相对于1慢一点。

   3.使用xml配置业务逻辑，由xml解析执行器运行。

         特点：适用范配稍小（取决于基础组件多少），简单，可配置化，可解析，可全局修正，方便阅读，可生成流程图。

         缺点：XML数据有点臃肿

 

  适用范围：1>2>3

  易于理解：3>2>1

  易于维护：3>2>1