随笔分类 - [07]DDD
摘要:上一篇:《[IDDD 实现领域驱动设计-由贫血导致的失忆症](http://www.cnblogs.com/xishuai/p/iddd-anemia-model-ubiquitous-language.html)》这篇博文是对《实现领域驱动设计》第一章后半部分内容的理解。---## Domain ...
阅读全文
摘要:## 啰嗦几句年前的时候,在和 [netfocus](http://www.cnblogs.com/netfocus/) 兄,以及对 [DDD](http://www.cnblogs.com/cate/ddd/) 感兴趣园友的探讨过程中,我发现自己有很多不足的地方,对 DDD 的了解也只是皮毛而已,...
阅读全文
摘要:由《星际穿越》所“臆想”的实体和值对象,纯属扯淡,切勿当真!
阅读全文
摘要:上一篇:[DDD 领域驱动设计-三个问题思考实体和值对象](http://www.cnblogs.com/xishuai/p/ddd-entity-value-object.html)说实话,整理现在这一篇博文的想法,在上一篇发布出来的时候就有了,但到现在才动起笔来,而且写之前又反复读了上一篇博文的...
阅读全文
摘要:消息场景:用户 A 发送一个消息给用户 B,用户 B 回复一个消息给用户 A。。。现有设计:消息设计为实体并为聚合根,发件人、收件人设计为值对象。三个问题:1. 实体最重要的特性是什么?2. Message 实体是怎么得来的?3. 发件人、收件人为什么不是实体?###1. 实体最重要的特性是什么?《...
阅读全文
摘要:##写在前面上一篇:[DDD 领域驱动设计-看我如何应对业务需求变化,愚蠢的应对?](http://www.cnblogs.com/xishuai/p/3972802.html)“愚蠢的应对”,这个标题是我后来补充上的,博文中除了描述需求变化、愚蠢应对和一些思考,确实没有实质性的应对,文不对题,实在...
阅读全文
摘要:##写在前面阅读目录:具体业务场景业务需求变化 “愚蠢”的应对消息列表实现消息详情页实现消息发送、回复、销毁等实现 回到原点的一些思考业务需求变化,领域模型变化了吗?对象读取的额外思考写在最后领域驱动设计的核心-Domain Model(领域模型),这个大家都知道,可是,上次关于领域模型的设计分享,...
阅读全文
摘要:##写在前面首先,本篇博文主要包含两个主题:1. 领域服务中使用仓储2. SELECT 某某某(有点晕?请看下面。)上一篇:[Repository 仓储,你的归宿究竟在哪?(二)-这样的应用层代码,你能接受吗?](http://www.cnblogs.com/xishuai/p/3934412.ht...
阅读全文
摘要:##写在前面关于“Repository 仓储,你的归宿究竟在哪?”这个系列,本来是想写个上下篇,但是现在觉得,很有多东西需要明确,我也不知道接下来会写多少篇,所以上一篇的标题就改成了《[Repository 仓储,你的归宿究竟在哪?(一)-仓储的概念](http://www.cnblogs.com/...
阅读全文
摘要:##写在前面写这篇博文的灵感来自《[如何开始DDD(完)](http://www.cnblogs.com/younghan/p/3892598.html)》,很感谢young.han兄这几天的坚持,陆陆续续写了几篇有关于领域驱动设计的博文,让园中再次刮了一阵“DDD探讨风”,我现在不像前段时间那样“...
阅读全文
摘要:写在前面 首先,这篇博文是用博客园新发布的 "MarkDown编辑器" 编写的,这也是我第一次使用,语法也不是很熟悉,但我觉得应该会很爽,博文后面再记录下用过的感受,这边就不多说。 阅读目录: 1. 上一篇回顾-设计误区 2. 值对象映射探讨 3. 走过的坑-正确配置 4. 后记-附带(CNBlog
阅读全文
摘要:惨不忍睹的翻译 英文原文:http://www.codeproject.com/Articles/339725/Domain-Driven-Design-Clear-Your-Concepts-Before-Yo 作者:Mahmud Hasan(我认识他,他不认识我) 翻译这篇老外文章的两个原...
阅读全文
摘要:强烈推荐 原文地址:http://www.infoq.com/cn/articles/implementation-road-of-domain-driven-design 作者:滕云,《实现领域驱动设计》译者 我以前认为学习领域驱动设计,只需要读 Eric Evans 的《领域驱动设计——...
阅读全文
摘要:首先,把最真挚的情感送与梅西,加油!写在前面 阅读目录:重申业务场景Domain Model 设计后记 上一篇《设计窘境:来自 Repository 的一丝线索,Domain Model 再重新设计》。 讲本篇内容之前,先回顾上一篇所讨论的内容,主要是 Repository(仓储)的职责问题,...
阅读全文
摘要:写在前面 阅读目录:疑惑解读设计窘境一幅图的灵感为嘛还是你-Repository后记 上一篇《No zuo no die:DDD 应对具体业务场景,Domain Model 重新设计》。 希望本篇博文废话少点,注:上一篇瞎扯的地方太多。疑惑解读 先回顾一下,在上一篇博文中,主要阐述的是领域模...
阅读全文
摘要:写在前面上联:no zuo no die why you try 下联:no try no high give me five 横批: let it go上联:no zuo no die why you cry 下联:you try you die don't ask why 横批: just do...
阅读全文
摘要:写在前面除了博文内容之外,和 netfocus 兄的讨论,也可以让你学到很多(至少我是这样),不要错过哦。 阅读目录:迷雾森林找回自我开源地址后记 毫无疑问,领域驱动设计的核心是领域模型,领域模型的核心是实现业务逻辑,也就是说,在应对具体的业务场景的时候,实现业务逻辑是领域驱动设计最重要的一环,...
阅读全文
摘要:写在前面 阅读目录:设计误区数据库已死枚举映射关联映射后记 在上一篇《一缕阳光:DDD(领域驱动设计)应对具体业务场景,如何聚焦 Domain Model(领域模型)?》博文中,探讨的是如何聚焦领域模型(抛开一些干扰因素,才能把精力集中在领域模型的设计上)?需要注意的是,上一篇我讲的并不是如何设...
阅读全文
摘要:写在前面 阅读目录:问题根源是什么?《领域驱动设计-软件核心复杂性应对之道》分层概念Repository(仓储)职责所在?Domain Model(领域模型)重新设计Domain Service(领域服务)的加入MessageManager.Domain.Tests 的加入Application ...
阅读全文
摘要:写在前面 插一句:本人超爱落网-《平凡的世界》这一期,分享给大家。 阅读目录:关于DDD前期分析框架搭建代码实现开源-发布后记第一次听你,清风吹送,田野短笛;第一次看你,半弯新湖,鱼跃翠堤;第一次念你,燕飞巢冷,释怀记忆;第一次梦你,云翔海岛,轮渡迤逦;第一次认你,怨江别续,草桥知己;第...
阅读全文