利用Database2Sharp生成的EnterpriseLibrary架构的特点

简介:

框架的主要特点:
1)基于N层架构分层思想,各层边界清晰,可维护性更好。
2)基于最为广泛接受的RBAC(Role Based Access Control )的权限模型,控制更强、更合理。
3)遵循省移动公司统一UI样式、统一框架、集中授权、集成省公司相关业务组件(如工作流、日志等)
4)使用代码生成工具辅助开发,70%以上的代码可直接生成。
5)页面呈现组件化,代码更少、开发更快、界面更统一。

 

N层架构分层
使用了N层架构技术,分界面层、业务逻辑层、数据访问层、实体层;界面做了封装、底层数据使用企业库组件处理。
业务处理边界更加清晰,代码可读性、可维护性更好
使用更加稳定成熟C# 2.0的.NET框架,底层支持更多
使用了泛型技术,减少数据的装箱拆箱,强类型数据更加安全,性能更高。
基于泛型的基类封装技术,代码重用性更高
使用了Asp.net 2.0的Master Page页面技术。
使用参数化Sql操作数据库,业务数据更安全

权限控制模型
基于最为广泛接受的RBAC(Role Based Access Control )的权限模型,权限控制更加合理和规范,粒度更细,安全性更好。
权限控制可提供功能权限和数据权限控制,数据更加安全、合理。
权限控制细致(菜单,按钮,链接及数据权限控制),用户身份不同,用户看到的菜单功能和相关数据也不同,个性化更强,安全性更高、更合理。
菜单可以根据权限动态分配显示,设计更加合理

遵循省移动公司规范
遵循省公司统一UI样式、页面布局、图标、界面控件等界面元素。
遵循省公司统一框架,引用相关的类库进行数据访问,日志操作等。
遵循省公司的统一用户管理、统一认证、单点登录等业务组件。
遵循模块化、组件化思路进行软件开发,系统功能可配置化。
使用了省规范约定的组件开发,更加安全,提高可维护性。


代码生成工具辅助
整个项目的基础代码根据数据库信息,全部可以自动生成
使用代码生成工具辅助开发,70%以上的代码可直接生成
工具可以生成界面层、业务逻辑层、数据访问层、实体层等代码,生成即可编译运行。
实际开发工作,主要完善业务逻辑层,调整界面层即可
基础架构代码统一采用工具生成,代码风格更加统一和标准化。
生成的代码,集成了相关的界面组件、数据访问组件,同时应用了省公司的界面样式。

界面呈现组件化、统一化
基于组件化的构建思想,以省公司界面规范统一封装了查询列表、数据分页、内容编辑等界面内容,界面展示更加统一,操作更加友好。
以稳定、成熟的新技术优化产品的处理性能,提高界面响应和用户体验。
系统功能菜单布局更加合理化。
系统操作界面更加标准化,统一化,界面操作更加友好、易用。
界面空间利用更加合理,用户体验更好。

Enterprise Library框架搭建的基础平台功能:
用户管理——实现组织架构管理(部门管理)、用户管理、角色管理、功能管理等
用户和组织架构同步——可自由同步数据,在Web端同步、在Windows服务中同步数据。
权限设置和管理——可以管理部门、角色、个人的权限,支持总公司、地市公司、区县分公司等多级机构的权限管理。
工作流自定义——流程设置灵活、节点设置灵活。支持流程分支、退回、重新提交流程表单等。
菜单自定义——可以选择对所有用户屏蔽菜单,也可以根据用户具有的权限自动隐藏或者显示菜单。菜单可以根据需要添加,自动更新显示。
数据字典——提供所有模块可以管理的通用数据字典功能,减轻各模块的基础数据管理开发。
系统日志——管理用户登陆信息或者操作模块的日志记录。

用户管理:
     树形组织架构管理,用户资料管理。可实现域用户管理。
     该平台支持与其他平台的的组织架构、用户资料同步。



部门管理:
     树形组织架构管理,支持与其他平台的的组织架构、用户资料同步



角色管理:
     对角色本身的信息进行管理,还可以对角色包含的用户、包含的机构以及对角色进行关联权限操作。


用户权限:
    基于角色的权限分配原则,可以灵活定义用户的各类权限,满足用户的各种复杂需求。

我的工作台:
    有创建申请、我的草稿、我发起的、我的代办、我的已办、我的待阅、我的已阅等模块,提供各种流程表单操作和数据显示。


工作流自定义:
    可对工作流的流程、处理环节、权限进行灵活设置。


菜单自定义
    菜单可以进行灵活设置。可以灵活配置各个业务模块和系统模块的菜单项目显示,菜单访问权限等。

 

通用数据字典
     提供通用的数据字典模块,方便其他模块引用基础数据,添加菜单时候,修改不同类型的参数即可实现对具体字典内容的管理和增加、删除、修改、查看等。所有数据字典,即数据字典中心的截图如下所示


某类型数据字典管理如下所示:

本文转自博客园伍华聪的博客,原文链接:利用Database2Sharp生成的EnterpriseLibrary架构的特点,如需转载请自行联系原博主。




目录
相关文章
|
存储 算法 数据库
Netflix Media Database - 架构设计和实现
前言 前面一文主要讲了NMDB的起源、业务场景以及Media Document数据模型,而本节主要讲述NMDB的系统架构、核心模块以及底层技术。在深入了解其架构之前,我们先要明确NMDB的定位和功能设计目标,先看下Netflix内部视频处理的整个流程: 算法处理:Netflix内部有一个Archer平台,在其上运行各种算法来提取视频数据中的元数据,例如提取视频帧中文字信息,提取的元数据为一个Media Document。
2769 0
|
10天前
|
传感器 监控 安全
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。
|
2月前
|
Cloud Native API 持续交付
云原生架构下的微服务治理策略与实践####
本文旨在探讨云原生环境下微服务架构的治理策略,通过分析当前面临的挑战,提出一系列实用的解决方案。我们将深入讨论如何利用容器化、服务网格(Service Mesh)等先进技术手段,提升微服务系统的可管理性、可扩展性和容错能力。此外,还将分享一些来自一线项目的经验教训,帮助读者更好地理解和应用这些理论到实际工作中去。 ####
72 0
|
2月前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
303 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
2月前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
2月前
|
设计模式 负载均衡 监控
探索微服务架构下的API网关设计
在微服务的大潮中,API网关如同一座桥梁,连接着服务的提供者与消费者。本文将深入探讨API网关的核心功能、设计原则及实现策略,旨在为读者揭示如何构建一个高效、可靠的API网关。通过分析API网关在微服务架构中的作用和挑战,我们将了解到,一个优秀的API网关不仅要处理服务路由、负载均衡、认证授权等基础问题,还需考虑如何提升系统的可扩展性、安全性和可维护性。文章最后将提供实用的代码示例,帮助读者更好地理解和应用API网关的设计概念。
109 8
|
3月前
|
消息中间件 运维 Kubernetes
后端架构演进:从单体到微服务####
本文将探讨后端架构的演变过程,重点分析从传统的单体架构向现代微服务架构的转变。通过实际案例和理论解析,揭示这一转变背后的技术驱动力、挑战及最佳实践。文章还将讨论在采用微服务架构时需考虑的关键因素,包括服务划分、通信机制、数据管理以及部署策略,旨在为读者提供一个全面的架构转型视角。 ####
65 1
|
3月前
|
负载均衡 Java 持续交付
深入解析微服务架构中的服务发现与负载均衡
深入解析微服务架构中的服务发现与负载均衡
168 7

热门文章

最新文章