
[网站分类]架构设计
virusswb
这个作者很懒,什么都没留下…
展开
-
领域驱动设计之入门级教程(下)
在我们创建软件的时候,有很多的功能是和要解决的业务领域没有关系的,他们是软件的基础部件,或者是为软件服务的。例如:权限、日志、数据访问、文件访问、网络访问、用户界面等。最好将这部分功能从业务领域分离开来,独立出来,因为这部分功能是相对稳定的,这样既保证了这部分的独立性,便于升级维护,不至于影响业务领域的功能实现,同时将业务功能,业务规则尽可能放在业务逻辑处理层。这样在以后如果修改业务逻辑,不至...2010-08-04 00:15:00 · 111 阅读 · 0 评论 -
谈谈我对实体的认识:DTO,DMO,DPO
今天和大家谈的是我对于实体的一些认识,难免有偏颇之初,还请各位指出。 大家都看到标题中的三个英文缩写了:DTO,DMO,DPO。DTO大家应该还是熟悉的,Data Transfer Ojbect(数据传输对象)。研究过DDD(Domain Driven Design领域驱动设计)的人应该了解过DTO。是用来传输数据的对象,应为领域对象虽然有数据(属性),但是领域对象上面还带有操作,在某些场...2010-11-26 09:22:48 · 243 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(二十二) 设计数据访问组件
概况 数据层组件提供了访问系统边界内,或者是其他系统暴露的数据的方法。包括数据访问组件,用来访问系统边界内的数据,服务代理组件,用来访问其他服务暴露的数据。另外,还可能包含其他帮助功能和工具类的组件。 本章将帮助你理解设计数据组件基本的步骤。第一步是确定对于访问的数据有什么限制条件,帮助你选择适当的数据访问技术。接下来是选择映射策略,决定数据访问方法。然后决定数据访问组件如何连接数据源...2010-06-09 06:53:00 · 89 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(二十二) 设计数据访问组件
概况 数据层组件提供了访问系统边界内,或者是其他系统暴露的数据的方法。包括数据访问组件,用来访问系统边界内的数据,服务代理组件,用来访问其他服务暴露的数据。另外,还可能包含其他帮助功能和工具类的组件。 本章将帮助你理解设计数据组件基本的步骤。第一步是确定对于访问的数据有什么限制条件,帮助你选择适当的数据访问技术。接下来是选择映射策略,决定数据访问方法。然后决定数据访问组件如何连接数据源...2010-06-09 06:53:00 · 80 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(二十一) 设计业务实体
概况 业务实体存储数据,通过属性暴露数据,包含并管理应用需要用的数据,同时提供编程访问及相关的功能。业务实体应该在内部进行数据有效性验证,并且封装业务逻辑来保证一致性,实现业务规则和行为。因此,设计适当的业务实体,对于最大化性能和高效性的业务层来说,是非常重要的。 本章将帮助你理解业务实体组件的设计。首先,看看应用中使用的不同数据格式,以及数据被如何使用。接下来,你将会学到,在设计中,...2010-06-08 07:05:00 · 72 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(二十一) 设计业务实体
概况 业务实体存储数据,通过属性暴露数据,包含并管理应用需要用的数据,同时提供编程访问及相关的功能。业务实体应该在内部进行数据有效性验证,并且封装业务逻辑来保证一致性,实现业务规则和行为。因此,设计适当的业务实体,对于最大化性能和高效性的业务层来说,是非常重要的。 本章将帮助你理解业务实体组件的设计。首先,看看应用中使用的不同数据格式,以及数据被如何使用。接下来,你将会学到,在设计中,...2010-06-08 07:05:00 · 76 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(十二) 业务逻辑层的设计步骤
部署方面的考虑 当部署业务逻辑层的时候,一定要考虑生产环境的性能和安全问题。可以参考下面的原则: 考虑将业务逻辑层和表现层部署在同一个物理层,最大化的提高性能,除非你由于伸缩性或者是安全的考虑,需要分层部署。 如果你一定要支持远程业务逻辑层,考虑使用TCP协议提高应用的性能。 考虑使用Internet Protocol Security(IPSec)保护在物理层传输的数据。...2010-06-01 00:07:00 · 105 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(十二) 业务逻辑层的设计步骤
部署方面的考虑 当部署业务逻辑层的时候,一定要考虑生产环境的性能和安全问题。可以参考下面的原则: 考虑将业务逻辑层和表现层部署在同一个物理层,最大化的提高性能,除非你由于伸缩性或者是安全的考虑,需要分层部署。 如果你一定要支持远程业务逻辑层,考虑使用TCP协议提高应用的性能。 考虑使用Internet Protocol Security(IPSec)保护在物理层传输的数据。...2010-06-01 00:07:00 · 97 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(十二) 业务逻辑层的设计步骤
部署方面的考虑 当部署业务逻辑层的时候,一定要考虑生产环境的性能和安全问题。可以参考下面的原则: 考虑将业务逻辑层和表现层部署在同一个物理层,最大化的提高性能,除非你由于伸缩性或者是安全的考虑,需要分层部署。 如果你一定要支持远程业务逻辑层,考虑使用TCP协议提高应用的性能。 考虑使用Internet Protocol Security(IPSec)保护在物理层传输的数据。...2010-06-01 00:07:00 · 67 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(十二) 业务逻辑层的设计步骤
部署方面的考虑 当部署业务逻辑层的时候,一定要考虑生产环境的性能和安全问题。可以参考下面的原则: 考虑将业务逻辑层和表现层部署在同一个物理层,最大化的提高性能,除非你由于伸缩性或者是安全的考虑,需要分层部署。 如果你一定要支持远程业务逻辑层,考虑使用TCP协议提高应用的性能。 考虑使用Internet Protocol Security(IPSec)保护在物理层传输的数据。...2010-06-01 00:07:00 · 135 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(七) 软件架构和设计方法
本篇详细介绍架构的步骤 1、确定架构的目标 架构的目标就是你的结构和设计过程的目的和限制,练习的范围,帮助你决定什么时候算是完成了。在你确定架构的目标的时候,可以参考下面的几个关键点: 首先确定架构的目的。你花在架构和设计的每一个阶段的总时间,将会依赖于这些目的。例如:你是否建立原型?是否测试潜在的路径?是否为一个新的应用已经开始长期的架构过程? 确定谁将会消费你的架构。确定你...2010-05-27 07:23:00 · 74 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(七) 软件架构和设计方法
本篇详细介绍架构的步骤 1、确定架构的目标 架构的目标就是你的结构和设计过程的目的和限制,练习的范围,帮助你决定什么时候算是完成了。在你确定架构的目标的时候,可以参考下面的几个关键点: 首先确定架构的目的。你花在架构和设计的每一个阶段的总时间,将会依赖于这些目的。例如:你是否建立原型?是否测试潜在的路径?是否为一个新的应用已经开始长期的架构过程? 确定谁将会消费你的架构。确定你...2010-05-27 07:23:00 · 76 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(七) 软件架构和设计方法
本篇详细介绍架构的步骤 1、确定架构的目标 架构的目标就是你的结构和设计过程的目的和限制,练习的范围,帮助你决定什么时候算是完成了。在你确定架构的目标的时候,可以参考下面的几个关键点: 首先确定架构的目的。你花在架构和设计的每一个阶段的总时间,将会依赖于这些目的。例如:你是否建立原型?是否测试潜在的路径?是否为一个新的应用已经开始长期的架构过程? 确定谁将会消费你的架构。确定你...2010-05-27 07:23:00 · 68 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(七) 软件架构和设计方法
本篇详细介绍架构的步骤 1、确定架构的目标 架构的目标就是你的结构和设计过程的目的和限制,练习的范围,帮助你决定什么时候算是完成了。在你确定架构的目标的时候,可以参考下面的几个关键点: 首先确定架构的目的。你花在架构和设计的每一个阶段的总时间,将会依赖于这些目的。例如:你是否建立原型?是否测试潜在的路径?是否为一个新的应用已经开始长期的架构过程? 确定谁将会消费你的架构。确定你...2010-05-27 07:23:00 · 74 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(七) 软件架构和设计方法
本篇详细介绍架构的步骤 1、确定架构的目标 架构的目标就是你的结构和设计过程的目的和限制,练习的范围,帮助你决定什么时候算是完成了。在你确定架构的目标的时候,可以参考下面的几个关键点: 首先确定架构的目的。你花在架构和设计的每一个阶段的总时间,将会依赖于这些目的。例如:你是否建立原型?是否测试潜在的路径?是否为一个新的应用已经开始长期的架构过程? 确定谁将会消费你的架构。确定你...2010-05-27 07:23:00 · 69 阅读 · 0 评论 -
NET 应用架构指导 V2 学习笔记(七) 软件架构和设计方法
本篇详细介绍架构的步骤 1、确定架构的目标 架构的目标就是你的结构和设计过程的目的和限制,练习的范围,帮助你决定什么时候算是完成了。在你确定架构的目标的时候,可以参考下面的几个关键点: 首先确定架构的目的。你花在架构和设计的每一个阶段的总时间,将会依赖于这些目的。例如:你是否建立原型?是否测试潜在的路径?是否为一个新的应用已经开始长期的架构过程? 确定谁将会消费你的架构。确定你...2010-05-27 07:23:00 · 101 阅读 · 0 评论 -
领域驱动设计之入门级教程(下)
在我们创建软件的时候,有很多的功能是和要解决的业务领域没有关系的,他们是软件的基础部件,或者是为软件服务的。例如:权限、日志、数据访问、文件访问、网络访问、用户界面等。最好将这部分功能从业务领域分离开来,独立出来,因为这部分功能是相对稳定的,这样既保证了这部分的独立性,便于升级维护,不至于影响业务领域的功能实现,同时将业务功能,业务规则尽可能放在业务逻辑处理层。这样在以后如果修改业务逻辑,不至...2010-08-04 00:15:00 · 92 阅读 · 0 评论 -
通告(公告),消息(站内短信),提醒的设计:通告
1 业务描述首先我们来认识一下通告,消息,提醒这三者的区别和联系。1.1 通告Bulletin:平台发,用户收。分为实时通告和非实时通告。通告有优先级:紧急,高,普通。平台向单个用户发,平台向多个用户发,平台向某一个用户类型发,平台向全部用户发。平台发布通告。平台撤销通告。平台删除通告。平台查询通告。用户查看通告。用户查询通告。数据库特点一般不修...2010-11-26 17:34:01 · 381 阅读 · 0 评论