CN106843871A

CN106843871A - 一种领域模型框架的设计系统及设计方法

Info

Publication number: CN106843871A
Application number: CN201710035882.9A
Authority: CN
Inventors: 张成康; 刘伟超; 黄良迅; 朱国栋; 陈亮; 章艺
Original assignee: SIE CONSULTING Co Ltd
Current assignee: SIE CONSULTING Co Ltd
Priority date: 2017-01-17
Filing date: 2017-01-17
Publication date: 2017-06-13
Anticipated expiration: 2037-01-17
Also published as: CN106843871B

Abstract

本发明公开了一种领域模型框架的设计系统及设计方法，所述系统包括展示层、业务层以及数据层，所述展示层包括客制化命令模块和Windows呈现基础模块，所述业务层包括服务模块和验证模块，所述数据层包括对象关系映射模块和数据库，所述系统还包括贯穿于所述展示层、业务层以及数据层的分布式实体类和应用模型。本发明公开的领域模型框架的设计系统及设计方法，能够减少重复工作量和出现错误的几率，使得项目的各个模块的设计都采用一种模式进行。

Description

一种领域模型框架的设计系统及设计方法

技术领域

本发明涉及系统框架技术领域，特别涉及一种领域模型框架的设计系统及设计方法。

背景技术

目前很多ORM(Object Relation Mapping，对象关系映射)框架都是解决数据库与面向对象之间的映射关系，即在系统的数据层不需要写SQL语句就能查询数据的数据，并通过ORM框架以设计的业务对象集合形式从数据库返回到系统中来。至此完成了ORM从数据库对象映射成系统中实体的工作。

但现在ORM框架只能做到映射了数据对象到系统中，后续的从数据层到业务层的分布式对象传输，必须重新进行序列化设计。同时对于用户展示层展示层的页面数据绑定，还需要设计开发人员进行重新进行一一队形的开发绑定工作，至此才算真正的完成一个界面的数据展示。

目前，由于系统架构各个应用分开设计，数据传输很难有效的整合一起，从而造成开发资源的过度浪费。由于增加了开发的工作量，也大大增加了系统功能出现bug的几率。此外，整个系统架构设计没有统一的解决方案，系统把从展示层、业务层到数据层单独分开设计，导致系统的可扩展性、稳定性、易用性都很差。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种领域模型框架的设计系统及设计方法。所述技术方案如下：

一方面，一种领域模型框架的设计系统，所述系统包括展示层、业务层以及数据层，所述展示层包括客制化命令模块和Windows呈现基础模块，所述业务层包括服务模块和验证模块，所述数据层包括对象关系映射模块和数据库，所述系统还包括贯穿于所述展示层、业务层以及数据层的分布式实体类和应用模型，其中：所述Windows呈现基础模块和所述数据库由所述领域模型框架自动生成和运行；所述业务层部署于服务端并进行并发分布式处理，所述并发分布式处理通过Windows通讯开发平台进行配置；所述应用模型为所述领域模型框架中的元数据实体，所述展示层可根据所述元数据实体生成界面元素和数据库表映射实体。

进一步地，所述展示层调用Windows通讯开发平台服务，以得到序列化对象；所述序列化对象可作为模型-视图-视图模型MVVM模式中的视图模型绑定至用户界面中，以降低界面与逻辑的耦合。

进一步地于，所述展示层、业务层以及数据层的逻辑结构包括客户端、服务组件、控制器、实体以及数据库，其中：所述服务组件用于实现分布式传输过程；所述实体与关系实体存在组合关系，其中，在查询所述实体时，若与所述实体存在组合关系的关系实体无需显示，则仅查询出所述关系实体的标识；查询到的实体可作为模型-视图-视图模型MVVM模式中的视图模型绑定至用户界面中，以降低界面与逻辑的耦合。

进一步地，所述服务组件可作为分布式调用以及本地调用的外观Facade接口。

进一步地，同一个视图模型可使用不同的视图进行展示，同一个视图可使用不同的视图模型来提供不同的操作。

另一方面，一种领域模型框架的设计方法，所述方法包括：预先生成业务逻辑所需的实体业务对象；在所述实体业务对象上标记所述领域模型框架自定义的特性，以声明所述实体业务对象的元数据；将链式接口作为查询接口，以接收开发人员下达的查询指令；基于所述实体业务对象生成SQL树，以实现数据库表的创建以及对数据的增删改查。

进一步地，所述方法还包括：展示层调用Windows通讯开发平台服务，以得到序列化对象；将所述序列化对象作为模型-视图-视图模型MVVM模式中的视图模型绑定至用户界面中，以降低界面与逻辑的耦合。

进一步地，所述特性可用于Windows通讯开发平台进行远程调用的序列化传输。

本发明的有益效果至少包括：

本发明的框架能够减提供一整套的解决方案，包括：分层架构、分布式传输、远程懒加载、界面数据绑定等功能，而不需要设计人员单独另行考虑方案进行单独整合，减少了重复工作量和出现错误的几率，使得项目的各个模块的设计都采用一种模式进行。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施方式提供的领域模型框架的设计系统的结构示意图；

图2是本发明实施方式中领域模型框架的设计方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参阅图1，本申请提供一种领域模型框架的设计系统，所述系统包括展示层、业务层以及数据层，所述展示层包括客制化命令模块Command和Windows呈现基础模块(Windows Presentation Foundation，WCF)，所述业务层包括服务模块Service和验证模块Validation，所述数据层包括对象关系映射模块ORM和数据库DataBase，所述系统还包括贯穿于所述展示层、业务层以及数据层的分布式实体类和应用模型，其中：

所述Windows呈现基础模块和所述数据库由所述领域模型框架自动生成和运行；

所述业务层部署于服务端并进行并发分布式处理，所述并发分布式处理通过Windows通讯开发平台(Windows Communication Foundation，WCF)进行配置；

所述应用模型为所述领域模型框架中的元数据实体，所述展示层可根据所述元数据实体生成界面元素和数据库表映射实体。

在本实施方式中，所述展示层调用Windows通讯开发平台服务，以得到序列化对象；

所述序列化对象可作为模型-视图-视图模型MVVM模式中的视图模型绑定至用户界面中，以降低界面与逻辑的耦合。

在本实施方式中，所述展示层、业务层以及数据层的逻辑结构包括客户端、服务组件、控制器、实体以及数据库，其中：

所述服务组件用于实现分布式传输过程；

所述实体与关系实体存在组合关系，其中，在查询所述实体时，若与所述实体存在组合关系的关系实体无需显示，则仅查询出所述关系实体的标识；

查询到的实体可作为模型-视图-视图模型MVVM模式中的视图模型绑定至用户界面中，以降低界面与逻辑的耦合。

在本实施方式中，所述服务组件可作为分布式调用以及本地调用的外观Facade接口。

在本实施方式中，同一个视图模型可使用不同的视图进行展示，同一个视图可使用不同的视图模型来提供不同的操作。

具体地，在本框架中可实现以下功能：

1、展示层的界面显示部分、数据库的数据表部分都可以根据业务设计有系统框架自动生成。

2、展示层中界面的元素的操作动作除了客制化命令外，其余框架默认支持功能，开发人员只关注操作要处理的业务内容即可，不需要关注页面的布局、空间的显示内容以及图片等，都由框架来完成。

3、在业务层开发人员只关注业务逻辑的处理实践和特定场景下的操作，基本的验证例如是否为数字类型、是否为空等都由框架来实现。

4、采用领域模型设计、根据设计工具可以自动生成数据库表和字段。

5、对于实体分布式，框架默认支持单机版，也就是客户端程序直接连接数据库进行操作，另一种方式就是把业务层部署在服务端做并发分布式处理。整个分布式采用WCF进行配置。

6、应用模型就是领域模型设计出来后的元数据实体，贯穿整个框架，展示层根据元数据生成界面元素和数据库表映射实体。

在本实施方式中，框架从展示层到数据层是一个基于DDD(Domain DrivenDesign，领域驱动设计)思想，使用了服务组件Service、控制器Controller来组织过程式逻辑。对于系统来说，Service主要作为分布式调用、本地调用的Facade接口，主要的业务过程则使用Controller来编写。具体地，本框架还能够实现：

分布式传输：由Service进行处理。

远程懒加载：框架在使用实体时，往往还需要使用实体的一些关系实体，例如工单和工单明细有着组合关系，当系统查询工单信息且没必要显示工单明细的时候，就可以只关联查出工单明细ID即可，其他工单明细信息可以不查出，称之为懒加载。

界面数据绑定：框架的展示层层使用WPF技术和MVVM模式结合。例如查询到的数据实体数据对象是作为ViewModel绑定到用户界面，这样是降低界面和逻辑的耦合，理想情况下界面和逻辑是完全分离的，单方面更改界面时不需要对逻辑代码改动，同样的逻辑代码更改时也不需要更改界面。同一个ViewModel可以使用完全不用的View进行展示，同一个View也可以使用不同的ViewModel以提供不同的操作。

请参阅图2，本申请还提供一种领域模型框架的设计方法，所述方法包括：

S1：预先生成业务逻辑所需的实体业务对象；

S2：在所述实体业务对象上标记所述领域模型框架自定义的特性，以声明所述实体业务对象的元数据；

S3：将链式接口作为查询接口，以接收开发人员下达的查询指令；

S4：基于所述实体业务对象生成SQL树，以实现数据库表的创建以及对数据的增删改查。

在本实施方式中，所述方法还包括：

展示层调用Windows通讯开发平台服务，以得到序列化对象；

将所述序列化对象作为模型-视图-视图模型MVVM模式中的视图模型绑定至用户界面中，以降低界面与逻辑的耦合。

在本实施方式中，所述特性可用于Windows通讯开发平台进行远程调用的序列化传输。

具体地，先用对象模型工具生成业务逻辑所需要的实体业务对象，然后采用在实体对象上标记框架自定义的特性(Attribute)来声明实体的元数据，并使用链式接口来作为查询接口以方便开发人员使用。基于以上的技术实现，ORM模块可以使用该实体对象生成SQLTree，进而实现数据库表的创建以及对数据的增删改查。

对于中间层的业务逻辑服务，标记的特性可以用作WCF远程调用的序列化传输。在展示层调用了WCF服务得到的序列化对象采用MVVM模式对界面进行了绑定，数据对象就是MVVM模式中的viewmodel，框架也可以根据对象的属性标记进行界面元素的生成，以上就是整个框架对于领域模型对象的设计和应用。

本发明的有益效果至少包括：

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种领域模型框架的设计系统，所述系统包括展示层、业务层以及数据层，其特征在于，所述展示层包括客制化命令模块和Windows呈现基础模块，所述业务层包括服务模块和验证模块，所述数据层包括对象关系映射模块和数据库，所述系统还包括贯穿于所述展示层、业务层以及数据层的分布式实体类和应用模型，其中：

所述业务层部署于服务端并进行并发分布式处理，所述并发分布式处理通过Windows通讯开发平台进行配置；

2.根据权利要求1所述的领域模型框架的设计系统，其特征在于，所述展示层调用Windows通讯开发平台服务，以得到序列化对象；

3.根据权利要求1所述的领域模型框架的设计系统，其特征在于，所述展示层、业务层以及数据层的逻辑结构包括客户端、服务组件、控制器、实体以及数据库，其中：

所述服务组件用于实现分布式传输过程；

4.根据权利要求3所述的领域模型框架的设计系统，其特征在于，所述服务组件可作为分布式调用以及本地调用的外观Facade接口。

5.根据权利要求3所述的领域模型框架的设计系统，其特征在于，同一个视图模型可使用不同的视图进行展示，同一个视图可使用不同的视图模型来提供不同的操作。

6.一种应用于如权利要求1至5中任一所述的领域模型框架的设计系统中的领域模型框架的设计方法，其特征在于，所述方法包括：

预先生成业务逻辑所需的实体业务对象；

在所述实体业务对象上标记所述领域模型框架自定义的特性，以声明所述实体业务对象的元数据；

将链式接口作为查询接口，以接收开发人员下达的查询指令；

基于所述实体业务对象生成SQL树，以实现数据库表的创建以及对数据的增删改查。

7.根据权利要求6所述的领域模型框架的设计方法，其特征在于，所述方法还包括：

展示层调用Windows通讯开发平台服务，以得到序列化对象；

8.根据权利要求7所述的领域模型框架的设计方法，其特征在于，同一个视图模型可使用不同的视图进行展示，同一个视图可使用不同的视图模型来提供不同的操作。

9.根据权利要求6所述的领域模型框架的设计方法，其特征在于，所述特性可用于Windows通讯开发平台进行远程调用的序列化传输。