架构随想
架构目的:快速开发,易于维护
组件:
部门应该积累自己的底层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