|
|||
 公告 |
07 2010 档案摘要: 服务（Services） 从本讲开始，所涉及的DDD话题可能与EntityFramework关系不大了。网友千万别骂我是标题党，呵呵。由于这部分内容并非是特定于EntityFramework的，更多的是在介绍模式及实践心得，所以EntityFramework的内容就会偏少了。为了使得针对一些话题的讨论能够延续下去，我仍然将这些文章安排在本系列中，希望读者朋友能够谅解。我也在标题中标注了【扩展阅读】...阅读全文 posted @ 2010-07-27 11:59 dax.net 阅读(3131) | 评论 (8) 编辑 | 摘要: 网上有很多关于权限管理系统的设计方案以及案例，甚至有相关的可以直接使用的权限管理框架。权限管理并非我的研究对象，我也只通皮毛，今天就在专家面前班门弄斧，简单介绍一下微软Dynamics AX系统的权限管理，以及由此派生出来的一种基于.NET的权限设计思想。或许在看完本文后，你会觉得，我所提出的这个想法很火星，你早就知道这种方案了。不要紧，就当我在此将这些内容整理一下，以备日后参考便是了。演练：体验...阅读全文 posted @ 2010-07-20 11:00 dax.net 阅读(3474) | 评论 (13) 编辑 | 摘要: 规约（Specification）模式本来针对规约模式的讨论，我并没有想将其列入本系列文章，因为这是一种概念性的东西，从理论上讲，与EntityFramework好像扯不上关系。但应广大网友的要求，我决定还是在这里讨论一下规约模式，并介绍一种专门针对.NET Framework的规约模式实现。很多时候，我们都会看到类似下面的设计：隐藏行号 复制代码 ？ Customer仓储的一种设计 接下来的一...阅读全文 posted @ 2010-07-19 16:12 dax.net 阅读(5741) | 评论 (41) 编辑 | 摘要: 仓储的实现：深入篇早在年前的时候就已经在CSAI博客发表了上一篇文章：《仓储的实现：基础篇》。苦于日夜奔波于工作与生活之间，一直没有能够抽空继续探讨仓储的实现细节，也让很多关注EntityFramework和领域驱动设计的朋友们备感失望。闲话不多说，现在继续考虑，如何让仓储的操作在相同的事物处理上下文中进行。DDD引入仓储模式，其目的之一就是能够通过仓储隐藏对象持久化的技术细节，使得领域模型变得更...阅读全文 posted @ 2010-07-10 08:52 dax.net 阅读(5365) | 评论 (30) 编辑 | 摘要: 仓储的实现：基本篇我们先从技术角度考虑仓储的问题。实体框架（EntityFramework）中，操作数据库是非常简单的：在ObjectContext中使用LINQ to Entities即可完成操作。开发人员也不需要为事务管理而操心，一切都由EF包办。与原本的ADO.NET以及LINQ to SQL相比，EF更为简单，LINQ to Entities的引入使得软件开发变得更为“领域化&...阅读全文 posted @ 2010-07-07 12:51 dax.net 阅读(5131) | 评论 (22) 编辑 | 摘要: 模型对象的生命周期 - 仓储 上文中已经提到了管理领域模型对象生命周期的两大角色，即工厂与仓储，并对工厂的EntityFramework实践作了详细的描述。本节主要介绍仓储的概念，由于仓储的内容比较多，我将在接下来的两节中具体讲解仓储的架构设计与实践经验。 仓储（Repository），顾名思义，就是一个仓库，这个仓库保存着领域模型的实体对象。在业务处理的过程中，我们有可能需要把正在参与处理过程...阅读全文 posted @ 2010-07-07 09:43 dax.net 阅读(5674) | 评论 (7) 编辑 | 摘要: 模型对象的生命周期 - 工厂首先应该认识到，是对象就有生命周期。这一点无论在面向对象语言还是在领域驱动设计中都适用。在领域驱动设计中，模型对象生命周期可以简要地用下图表示： 通过上图可以看到，对象通过工厂从无到有创建，创建后处于活动状态，此时可以参与领域层的业务处理；对象通过仓储实现持久化（也就是我们常说的“保存”）和重建（也就是我们常说的“读取”）...阅读全文 posted @ 2010-07-07 09:15 dax.net 阅读(4053) | 评论 (3) 编辑 | 摘要: 聚合聚合（Aggregate）是领域驱动设计中非常重要的一个概念。简单地说，聚合是这样一组领域对象（包括实体和值对象），这组领域对象联合起来表述一个完整的领域概念。比如，根据Eric Evans《领域驱动设计》一书中的例子，一辆车包含四个轮子，轮子离开“车”就毫无意义，此时这个联合体就是聚合，而“车”就是聚合根（Aggregate Root）。 从实...阅读全文 posted @ 2010-07-07 09:01 dax.net 阅读(6301) | 评论 (27) 编辑 | 摘要: 存储过程 - 领域驱动的反模式EntityFramework（EF）中有一项功能，就是能够根据数据库中的存储过程生成实体的行为（或称方法，以下统称方法）。我在本系列的第一篇博文中就已经提到，这种做法并不可取！因为存储过程是技术架构中的内容，而我们所关注的却是领域模型。Andrey Yemelyanov在其“Using ADO.NET EF in DDD: A Pattern Appro...阅读全文 posted @ 2010-07-07 08:36 dax.net 阅读(4253) | 评论 (1) 编辑 | 摘要: 案例：一个简易的销售系统从现在开始，我们将以一个简易的销售系统为例，探讨EntityFramework在领域驱动设计上的应用。为了方便讨论，我们的销售系统非常简单，不会涉及客户存在多个收货地址的情况，也不会包含任何库存管理的内容。假设我们的系统只需要维护产品类型、产品以及客户信息，并能够帮客户下订单、跟踪订单状态，以及接受客户退货。从简单的分析我们大致可以了解到，这个系统将会有如下实体：客户、单据...阅读全文 posted @ 2010-07-07 08:32 dax.net 阅读(6177) | 评论 (24) 编辑 | 摘要: 分层架构在引入实例以前，我们有必要回顾，并进一步了解分层架构。“层”是一种体系结构模式[POSA1]，也是被广大软件从业人员用得最为广泛而且最为灵活的模式之一。记得在CSDN上，时常有朋友问到：“分层是什么？为什么要分层？三层架构是不是就是表现层、业务逻辑层和数据访问层？” 到这里，你可能会觉得这些朋友的问题很简单，分层嘛，不就是将具有不同职责的组件...阅读全文 posted @ 2010-07-07 08:13 dax.net 阅读(6384) | 评论 (26) 编辑 | 摘要: 从DataTable到EntityObject虽然从技术角度讲，DataTable与EntityObject并没有什么可比性，然而，它暗示了一场革命正在悄然进行着，即使是微软，也摆脱不了这场革命的飓风。 软件设计思想需要革命，需要摆脱原有的思路，而走向面向领域的道路。你或许会觉得听起来很玄乎，然而目前软件开发的现状使你不得不接受这样的现实，仍然有大帮的从业人员成天扯着数据库不放，仍然有大帮的人在问...阅读全文 posted @ 2010-07-07 07:58 dax.net 阅读(6999) | 评论 (19) 编辑 | 摘要: 写在前面 其实这系列文章已经被很多网友转载过了，我自己也在前面的博客中给出了原文的链接。但毕竟博客园的人气更旺，加上不少网友强烈要求我把文章转贴到博客园，因此最终下定决心，将这系列文章重新整理并转贴在博客园上。 根据网友的讨论结果，以及自己在实践中的不断积累，在整理的过程中，我会将原文中的描述作相应调整。不仅如此，也有不少关心领域驱动设计的网友在原文的评论栏目中提了问题或作了批注，我也针对网友的问...阅读全文 posted @ 2010-07-07 07:56 dax.net 阅读(7203) | 评论 (9) 编辑 |
|
||
