元素化设计原理及规则v1.0

一、元素设计架构

元素设计架构展示在基于元素化设计的思想下，系统各元素之间如何相互协作，并完成整个系统搭建。

架构中以Entity(数据)为中心，由Entity产生数据库表结构，并且Entity作为业务数据在Logic元素、UI元素之间流程转完成业务逻辑，最终通过Logic元素将Entity持久化于数据库。

 

二、元素组织结构

元素组织结构描述各个元素的划分及定义原则，使设计人员、开发人员在元素化开发思想的实现过程中保持一致，使开发的元素得到良好的组织并具可控性。

1、Entity(数据)

Entity定义业务数据结构，并自动产生数据表结构。基Entity完成所有子Entity的共有属性，子Entity根据不同业务功能产生不同业务的Entity，实现具体的业务属性。

Entity作为系统中的业务数据载体，负责承载一个业务功能所需要的所有数据，并在UI元素、Logic元素之间传递。

 

 

 

2、Logic(业务)元素

Logic(业务)元素接受、处理、输出（持久化）当前业务的Entity元素。基Logic完成所有子Logic元素的共有I/O（属性、功能）,子Logic元素实现具体业务，不同业务产生新的Logic元素不同。

 

 

 

3、UI元素

UI元素根据Entity元素自动产生用户界面。由于用户界面的多样性但是又存在一定的重复性，因此将UI元素在可重复性的层次上进行抽象，定义出如：UIList、UIDetail、UIWorkFlow等UI元素。当出现新的未定义用户界面时将产生新的UI元素。

所有UI元素在都可以在更高层次上进行再抽象，故定义UI基元素，所有UI元素都直接或间接继承于UI基元素。

 

 

 

 

4、公共元素

公共元素是指所有元素都可以使用的公有元素，如：SqlHelper、系统框架、Commn(共有小功能)等。