之前，在用ENode开发forum案例时，遇到了关于如何实现论坛帖子的回复的统计信息如何更新的问题。后来找到了自己认为比较合理的解决方案，分享给大家。也希望能和大家交流，擦出更多的火花。 论坛核心领域问题分析 论坛领域的核心概念是：帖子、回复。大家都知道，一个帖子可以有零个或多个回复。对同一个帖子，不同的人可以并行发表回复。回复发表后，查看帖子详情时，可以根据回复的发表时间排序显示；此外，我们还关
阅读目录： 1.背景 2.从业务开始 3.从战略到战术 4.借助外力推动研发（QA、领导、自动化测试） 5.领域模型与SAAS平台的内核（价值最大化） 6.最后 1.背景 DDD本身的技术就不介绍了，本篇文章要分享下我在推广DDD或者说实施DDD的过程中的心得和宝贵的经验。事实证明，这是可行的方案。用好DDD是一回事，推广DDD是另外一回事。也许已经有一套客观理性的推广技术的方案，但是我只能说DD
1.背景 DDD本身的技术就不介绍了，本篇文章要分享下我在推广DDD或者说实施DDD的过程中的心得和宝贵的经验。事实证明，这是可行的方案。用好DDD是一回事，推广DDD是另外一回事。也许已经有一套客观理性的推广技术的方案，但是我只能说DDD非常特殊。 我们都知道自己用好DDD问题不大，让一两个人用好DDD也问题不大。你也许代码控制能力很强，也或者你的组员对DDD都有兴趣，在你的领导下，你让他们编写
今天是大年三十，在家有空，想集中整理一下CQRS架构的特点以及相比传统架构的优缺点分析。祝大家猴年新春快乐、万事如意、身体健康！ 最近几年，在DDD的领域，我们经常会看到CQRS架构的概念。我个人也写了一个ENode框架，专门用来实现这个架构。CQRS架构本身的思想其实非常简单，就是读写分离。是一个很好理解的思想。就像我们用MySQL数据库的主备，数据写到主，然后查询从备来查，主备数据的同步由My
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4816706.html 前言：今天看到一篇博文里面写道：越是忙人越有时间写博客。呵呵，似乎有点道理，博主为了证明自己也是忙人，这不就来学习下DDD这么一个听上去高大上的东西。前面介绍了下MEF和AOP的相关知识，后面打算分享Automapper、仓储模式、WCF等东西的
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4834730.html 前言：上篇介绍了DDD设计Demo里面的聚合划分以及实体和聚合根的设计，这章继续来说说DDD里面最具争议的话题之一的仓储Repository，为什么Repository会有这么大的争议，博主认为主要原因无非以下两点：一是Repository的真实
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4837520.html 前言：上篇介绍了下仓储的代码架构示例以及简单分析了仓储了使用优势。本章还是继续来完善下仓储的设计。上章说了，仓储的最主要作用的分离领域层和具体的技术架构，使得领域层更加专注领域逻辑。那么涉及到具体的实现的时候我们应该怎么做呢，本章就来说说仓储里面
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4841211.html 前言：前面三篇分享了下DDD里面的两个主要特性：聚合和仓储。领域层的搭建基本完成，当然还涉及到领域事件和领域服务的部分，后面再项目搭建的过程中慢慢引入，博主的思路是先将整个架构走通，然后一步一步来添加相关元素，使架构慢慢变得丰满。这篇打算分享下应
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4842015.html 前言：前篇搭建了下WCF的代码，就提到了DTO的概念，对于为什么要有这么一个DTO的对象，上章可能对于这点不太详尽，在此不厌其烦再来提提它的作用： 从安全上面考虑，领域Model都带有领域业务，让Client端引用Domain Model就意味着
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4844344.html 前言：之前一直在搭建项目架构的代码，有点偏离我们的主题（DDD）了，这篇我们继续来聊聊DDD里面另一个比较重要的知识点：领域服务。关于领域服务的使用，书中也介绍得比较晦涩，在此就根据博主自己的理解谈谈这个知识点的使用。 一、领域服务的引入 在《领
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4920577.html 一、UI层介绍 在DDD里面，UI层的设计也分为BS和CS，本篇还是以Web为例来说明。我们的Web采用的是MVC+bootstrap的架构。Table组件使用的是bootstrap table，之所以用它是因为它的API比较全，并且博主觉得它的
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4920577.html 2.2 ESTM.Web.BLL代码 这个dll用于实现ESTM.Web.IBLL里面的接口方法 [Export(typeof(IPowerManager))] public class PowerManager : IPowerMana
（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/4920577.html View页面 <!DOCTYPE html> <html> <head> <meta name="viewport" content="width=device-width" /> <title>@ViewBag.Title</t
在《WeText项目：一个基于.NET实现的DDD、CQRS与微服务架构的演示案例》文章中，我介绍了自己用Visual Studio 2015（C# 6.0 with .NET Framework 4.6.1）开发的DDD/CQRS/微服务架构的案例项目：WeText。文章发出后反响很好，也很感谢大家的关注。在本文中我将介绍如何在Ubuntu 14.04.4 LTS中运行WeText项目的服务端。
http://kb.cnblogs.com/tag/%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1/
做了8年的软件开发，发现关系数据库的关联关系已经深深地影响了我的思维模式。我们一般的设计思路是先设计数据库，然后再设计系统的逻辑模型。这时候，你的思维就已经被关系型数据库的关联约束了。我们会倾向于把数据库关系映射到系统的逻辑模型上，因为这种方式最简单直接。未完待续。。。
（点击上方蓝字，可快速关注我们） 来源：Learning hard 链接：http://www.cnblogs.com/zhili/p/EFCodeFirst.html 一、前言 从去年已经接触领域驱动设计（Domain-Driven Design）了，当时就想自己搭建一个DDD框架，所以当时看了很多DDD方面的书，例如领域驱动模式与实战，领域驱动设计：软件核心复杂性应对之道和领域驱动设计C# 2
"\ddd"表示1~3位八进制数ddd对应的字符，例如 '\141' 代表字符常量 'a' ."\xhh"表示1~2位十六进制数hh对应的字符，例如 '\x41' 代表字符常量 'A' .
架构又是最稳定的，不会因为各种具体技术的依赖，如各种UI框架、ORM框架、IoC框架的更新换代而受到影响。上文的总结没有任何Demo是因为架构更偏向于设计层面，有从设计视图创建解决方案经验的人，一看就知道我在说什么。本文将展示从架构设计视图到.NET多项目解决方案的过程。主要包含以下内容： （1）演示DDD分层架构到.NET多项目解决方案的映射。 （2）演示DDD分层依赖到.NET项目引用的映射。
知识消化即是梳理业务规则，业务流程 流域专家的职责： 研究所有规则，解决规则之间的矛盾 修改规则时期符合常识等一系列工作 消除规则之间的矛盾及删除一些无用的规则 如何关注重点及如何隔离其他问题使这些问题最小化 领域模型和响应的设计可用来保护和共享知识 知识消化是一种探索，他永无止境 Ubiquitous Language是那些不以代码形式出现的设计方面的主要载体： 把整个系统组织在一起的比例结构
