可以学到：多用户下面的技术方案细节，以及相应的表设计，流程设计。 不可以：与其他文章一样，我这里不会有具体代码实现细节，方案做的对，代码咋写都不会太烂。 这种方式在很多初期网站建设会使用，先注册，再进行登录，在老一点的cms中都能找到这个影子。 答： 在后续产品里面增加一个手机…

道客船长「译见」系列，关注国外云计算领域的技术和前沿趋势，每周为开发者提供精选译文。 近期我们将持续更新《构建用户管理微服务》系列文章，敬请关注！ 上期的《译见｜构建用户管理微服务（一）：定义领域模型和 REST API》，作者定义了用户管理微服务的要求，并设计了它的初始领域模型。在得到许多来自社区和 Reddit 上许多有价值的正能量的评论，这个项目值得继续推进。在第二部分，作者将详细介绍如何实现领域模型，在代码之外做了哪些决定。

这是一篇译文，原文在 Hacker News 上获得接近 500 个点赞。 每过几年都有类似的文章出现，然而程序员却依然疲于学习新的框架，看完此文希望对你有所启示。 本文已经翻译了「正反双方的观点」，不知有什么好驳的哦。 我们是程序员，每天都在了解最新的技术，每天都在学习编程语…

值对象虽然经常被掩盖在实体的阴影之下，但它却是非常重要的 DDD 概念。 值对象不具有身份，它纯粹用于描述实体的特性。处理不具有身份的值对象是很容易的，尤其是不变性与可组合性是支持易用性的两个特征。 一个值对象，或者更简单的说，值，是对一个不变的概念整体建立的模型。在这个模型中…

设计是把双刃剑，没有最好的，也没有更好的，而是条条大路到杭州。同时不设计和过度设计都是有问题的，恰到好处的设计才是我们追求的极致。DDD（Domain-Driven Design，领域驱动设计）只是一个流派，谈不上压倒性优势，更不是完美无缺。 我更想跟大家分享的是我们是否关注…

多数有经验的程序开发者都应该听说过DDD，并且尝试过将其应用在自己的项目中。不知你是否遇到过这样的场景：你创建了一个资源库（Repository），但一段时间之后发现这个资源库和传统的DAO越来越像了，你开始反思自己的实现方式是正确的吗？或者，你创建了一个聚合，然后发现这个聚合…

谈到“架构”这两个字，会有好多的名词闪现，比如:分层架构、事件驱动架构、DDD、CQRS等。亦或者一堆的软件设计原则，如：KISS原则（Keep it Simple and Stupid）、SOLID原则(单一责任原则、开放封闭原则、里氏替换原则、接口分离原则、依赖导致原则)等…

在建模时，有时会遇到一些业务逻辑的概念，它放在实体或值对象中都不太合适。这就是可能需要创建领域服务的一个信号。 模型中的领域服务表示一个无状态的操作，他用于实现特定于某个领域的任务。 当领域中某个操作过程或转化过程不是实体或值对象的职责时，我们便应该将该操作放在一个单独的元素中…