推荐系统在我们的日常生活中无处不在，它们非常有用，既可以节省时间，又可以帮助我们发现与我们的兴趣相关的东西。目前，推荐系统是消费领域最常见的机器学习算法之一[1]。...例如，我在某宝上浏览了几件黑色女式羽绒服，系统根据内容过滤算法直接提取 “黑色”、“羽绒服”、“女式” 等 item 特征，在这个应用场景下，item 具体为 “物品”。...通过对物品进行多次关联性分析，发现我多次在某宝中的点击之间的关联性，从而生成推荐结果，将“女式羽绒服” 推荐到我的某宝首页中。...2.4 实验结果 本文实验是在一个来自挪威新闻网站的公共新闻推荐数据集（Adressa）和另一个从微软新闻中收集得到的真实数据集（MSN-News）上进行的。...因此，在 FL-MV-DSSM 中，item 子模型的梯度将以 FL 方式聚合，而用户梯度的聚合可通过 Algorithm 1 中第 9 行的 “aggregate_user_submodel” 标志配置
public Test(int count, string name) : this(count) { DoSomethingWithName(name); } } 在...C++ 也可以这么做么？...回答 在 C++11 中可以， class Foo { public: Foo(char x, int y) {} Foo(int y) : Foo('a', y) {} }; 但在 C++11...版本之前是不可以的，不过你可以通过两种方式来模拟实现（可以参见 the C++ FAQ entry）， 可以通过默认参数将多个函数合为一， class Foo { public: Foo(char
正在思索中，突然想起对于这样面向文档的NoSQL数据库而言，使用聚合（Aggregate）来观察表记录会更加恰当。这个想法恍若闪电般迅捷而锐利，猛地撞向脑中的思绪，一下子点燃了我的设计思维。...关于聚合（Aggregate）的设计，我根据过往的经验，整理出五条设计原则： 聚合作为一种边界，主要用于维护业务完整性，此时应遵循业务规则中定义的不变量（Invariant） 作为聚合边界内的非聚合根实体对象...，若可能被别的调用者单独调用，则应该作为单独的聚合分离出来 在聚合边界内的非聚合根对象，与聚合根之间应该存在直接或间接的引用关系，且可以通过对象的引用方式；若必须采用Id来引用，则说明被引用的对象不属于该聚合...若一个对象缺少另一个对象作为其主对象就不可能存在，则该对象一定属于该主对象的聚合边界内 若一个实体对象，可能被多个聚合引用，则该实体对象应首先考虑作为单独的聚合 这些设计原则都是我在探索聚合设计时的一些思考...在项目开发过程中，我先入为主地做了技术选型，从而习惯性地开始针对MongoDB进行Schema设计，反而忘了领域驱动设计的指导原则。
聚合根（有时缩写为AR）是通过组合组成其他实体（以及它自己的值）的实体。也就是说，聚合实体仅由根引用（可能是过渡的），并且可能不会被聚合外的任何对象（永久地）引用。...换句话说，如果实体具有对另一个实体的引用，则引用的实体必须位于同一聚合内，或者是某个其他聚合的根。 许多实体是聚合根，不包含其他实体。对于不可变的实体（相当于数据库中的引用或静态数据）尤其如此。...它们还简化了实体之间的相互作用;我们遵循以下规则：（持久化）引用可能只是聚合的根，而不是聚合中的任何其他实体。 另一个DDD原则是聚合根负责确保聚合实体始终处于有效状态。...如果使用对象关系映射（ORM）工具（如Hibernate），我们可以在实体之间导航引用，允许我们透明地遍历图形。根据经验，对其他实体的聚合根的引用应该是延迟加载的，而聚合中的聚合实体应该被急切加载。...他们还可以通过以下方式与表示层进行调解：解组入站请求;使用域服务（存储库或工厂）获取对与之交互的聚合根的引用;在该聚合根上调用适当的操作;并将结果编组回表示层。
在AGGREGATE中，根是唯一允许外部对象保持对它的引用的元素，而边界内部的对象之间则可以互相引用。...选取一个聚合根 行程和记账薄是一体的，且它们是一对一的关系。如果将这个关系转换为我们熟悉的代码，我们需要将一个类作为另一个类的属性，那么在这个案例中，我们是用行程包含记账薄，将记账薄作为属性呢？...聚合真的是不变的吗 可能我们通过分析领域模型，已经建立了一个相对来说很好的聚合了，并且提取出了聚合根，将领域对象控制在聚合根的内部。但是？聚合根里面的实体就永远存在聚合根之内吗？答案是不一定的。...我们之所以将实体放置在聚合根之内是因为我们知道他与聚合根是一体的，外界访问该实体的时候一定会携带上访问聚合根实体。但是！！！！！假如我们需求的变更让我们确确实实需要单独访问目前聚合根里面的实体呢？...是的，它可能会被单独提升为一个聚合根。而且通过ID之间的引用保持对原有聚合根之间的关联关系。 所以考虑聚合根的重要一点是：在领域中我们是否会单独访问该实体？
换句话说，如果实体具有对另一个实体的引用，则引用的实体必须位于同一聚合内，或者是某个其他聚合的根。 许多实体是聚合根，不包含其他实体。对于不可变的实体（相当于数据库中的引用或静态数据）尤其如此。...它们还简化了实体之间的相互作用；我们遵循以下规则：只能将聚合根保存到数据库，而不是聚合中的任何其他实体。 另一个DDD原则是聚合根负责确保聚合实体始终处于有效状态。...如果使用对象关系映射（ORM）工具（如Hibernate），我们可以在实体之间导航引用，允许我们透明地遍历图。根据经验，对其他实体的聚合根的引用应该是延迟加载的，而聚合中的聚合实体应该被急切加载。...他们还可以通过以下方式与表现层进行调解：解组入站请求; 使用领域服务（存储库或工厂）获取对与之交互的聚合根的引用; 在该聚合根上调用适当的操作; 并将结果编组回表现层。...我还应该指出，在某些体系结构中，应用程序服务调用基础结构服务。
核心域 & 通用域 & 支撑域 在领域不断划分的过程中，领域会细分为不同的子域，子域可以根据自身重要性和功能属性划分为三类子域，它们分别是：核心域、通用域和支撑域。...聚合之间通过聚合根关联引用，如果需要访问其他聚合的实体，先访问聚合根，再导航到聚合内部的实体。即外部对象不能直接访问聚合内的实体。...有了这个逻辑边界，在微服务架构演进时就可以以聚合为单位进行拆分和组合了，微服务的架构演进也就不再是一件难事了。 聚合根的特点：聚合根是实体，有实体的特点，具有全局唯一标识，有独立的生命周期。...一个聚合只有一个聚合根，聚合根在聚合内对实体和值对象采用直接对象引用的方式进行组织和协调，聚合根与聚合根之间通过 ID 关联的方式实现聚合之间的协同。...实体可以引用聚合内的聚合根、实体和值对象。 值对象的特点：无 ID，不可变，无生命周期，用完即扔。值对象之间通过属性值判断相等性。
核心域 & 通用域 & 支撑域 在领域不断划分的过程中，领域会细分为不同的子域，子域可以根据自身重要性和功能属性划分为三类子域，它们分别是：核心域、通用域和支撑域。...聚合之间通过聚合根关联引用，如果需要访问其他聚合的实体，先访问聚合根，再导航到聚合内部的实体。即外部对象不能直接访问聚合内的实体。 举例说明 ?...有了这个逻辑边界，在微服务架构演进时就可以以聚合为单位进行拆分和组合了，微服务的架构演进也就不再是一件难事了。 聚合根的特点：聚合根是实体，有实体的特点，具有全局唯一标识，有独立的生命周期。...一个聚合只有一个聚合根，聚合根在聚合内对实体和值对象采用直接对象引用的方式进行组织和协调，聚合根与聚合根之间通过 ID 关联的方式实现聚合之间的协同。...实体可以引用聚合内的聚合根、实体和值对象。 值对象的特点：无 ID，不可变，无生命周期，用完即扔。值对象之间通过属性值判断相等性。
即这个人员在软件系统中的地址就映射到了物理世界中另一个位置了。这个人员的老地址在软件系统中找不到了。不可变，指代表的业务含义不可变。...聚合根在数据中相当于主表的概念，实体是一般的表，而值对象可以设计成一般表，但是大多数情况下可以依托引用的实体表设计成嵌入属性集或者以Json串的形式存储。...在超市购物的时候：我有100块钱，你也有100块钱。这里会关心我的钱和你的钱是同一张，同一个编码，同一个组合方式（一张100块，五张20块）吗？显然不会。...在当前聚合中的值对象以实体或聚合根的形式在另外一个聚合中存在，完成数据的集中维护和管理。而在当前的聚合中它则以值对象的形式存在，被聚合内的某一个实体引用。...比如订单聚合在下单时会记录订单生成那一刻的商品和收货地址等概要基础数据信息，我们称之为跟单数据。这时订单聚合的商品和收货地址是以包含多个属性的属性集以值对象的形式存在的，它们被订单聚合根引用。
聚合根（有时缩写为AR）是通过组合组成其他实体（以及它自己的值）的实体。也就是说，聚合实体仅由根引用（可能是可传递的），并且可能不会被聚合外的任何对象（永久地）引用。...换句话说，如果实体具有对另一个实体的引用，则引用的实体必须位于同一聚合内，或者是某个其他聚合的根。 许多实体是聚合根，不包含其他实体。对于不可变的实体（相当于数据库中的引用或静态数据）尤其如此。...它们还简化了实体之间的相互作用;我们遵循以下规则：（持久化）引用可能只是聚合的根，而不是聚合中的任何其他实体。 另一个DDD原则是聚合根负责确保聚合实体始终处于有效状态。...如果使用对象关系映射（ORM）工具（如Hibernate），我们可以在实体之间导航引用，允许我们透明地遍历图形。根据经验，对其他实体的聚合根的引用应该是延迟加载的，而聚合中的聚合实体应该被急切加载。...他们还可以通过以下方式与表示层进行调解：解组入站请求;使用域服务（存储库或工厂）获取对与之交互的聚合根的引用;在该聚合根上调用适当的操作;并将结果编组回表示层。
问： 假设我有这个脚本： export.bash #!...echo $VAR 有没有一种方法可以通过只执行 export.bash 而不 source 它获取 $VAR？ 答： 不可以。 但是有几种可能的解决办法。...在调用 shell 的上下文中执行脚本: $ cat set-vars1.sh export FOO=BAR $ . set-vars1.sh $ echo $FOO BAR 另一种方法是在脚本中打印设置环境变量的命令.../set-vars2.sh)" $ echo "$FOO" BAR 在终端上执行 help export 可以查看 Bash 内置命令 export 的帮助文档： # help export export...help eval 相关阅读： 用和不用export定义变量的区别 在shell编程中$(cmd) 和 `cmd` 之间有什么区别 ----
，它始终是同一个商品 比如我们在开发电商系统中, 我们可以给定商品实体、订单实体等等, 然后我们再继续围绕这些实体开展工作 值对象 值对象是实体的一部分, 负责延展、扩充实体对象, 属于实体对象的一部分...比如在实体中我们给定了订单实体, 订单实体一般对应着地址, 我们可以讲地址是对订单的一种扩充, 所以地址为值对象....聚合根 当我们需要将一些实体对象组合起来完成 限界上下文 的领域建模时, 是需要将我们的实体对象规则控制、协调的, 这就是我们聚合根的作用了....以电商里面的订单举例 订单在聚合里是聚合根，与订单关联的有订单明细和收货地址。 订单明细包括商品ID,商品名称，价格以及数量等信息，由于订单明细是多个，它是一个集合，它被设计为实体，被订单引用。...一套业务领域划分多个 限界上下文子域 一个 限界上下文 子域对应多个聚合 一个聚合里面划分进多个 实体 和 值对象, 并实现一个聚合根 一个聚合根调度多个 实体、值对象 结语 本文主要为概念性说明, 借鉴于
子领域是一个单独的领域，用于解决根领域内的相关东西。...聚合是一组实体和值对象的组合。因此，在本例中，我们可以首先创建一个新的聚合，即Customer。...聚合不允许直接访问底层实体。在现实生活中，也经常需要多个实体来正确表示数据，例如Customer。它是一个Person，但是他/她可以持有Products并执行事务。...DDD聚合中的一个重要规则是，它们应该只有一个实体作为根实体。这意味着根实体的引用也用于引用聚合。对于我们的customer聚合，这意味着Person ID是惟一标识符。...你甚至可以在一个服务中包含另一个服务。 我们将实现Order服务，它随后可以成为酒店（Tavern）服务的一部分。让我们创建一个名为services的新文件夹，该文件夹将保存我们实现的服务。
背景 之前有同事在分享DDD在闲鱼商品详情页的实践时，大家对闲鱼团队领域建模关于商品详情页的聚合根建模表示不认同。...因为这是面向页面建模，不是面向领域建模，将微服务拆分和领域建模混为一谈了 于是我以聚合根定义作为引子，结合组内在实践DDD过程中，聚合根随着业务查询复杂而导致聚合根不断膨胀的问题，提出借鉴CQRS读写分离的理念...聚合根里面有多少个实体，由领域建模决定 永远不要删除聚合根 聚合根之间有引用，如果删除了聚合根，会导致关联聚合的数据不一致 这边很容易和实体的生命周期从属于聚合根搞混了。...这边的依赖是关联依赖，实体依赖聚合根是has a 聚合根引用聚合根值id/或者id值对象 实体 实体一般从属于某个聚合根，要不然就可以定义成聚合根了 实体有自己的生命周期，他的生命周期从属于聚合根...DB设计和领域建模没有关系 可以单独更新聚合根中实体数据 不是说只能有一个方法saveAggr(),可以有saveEntity()方法 案例 case 1: 品牌信息和店铺 店铺依赖品牌，但是店铺有自己独立的生命周期
聚合只是单纯将一些共享父类、密切关联的对象聚集成一个对象树吗？ 如果是这样，对于存在于这个树中的对象有没有一个实用的数目限制？...既然一个聚合可以引用另一个聚合，是否可以深度遍历下去，并且在此过程中修改对象？ 聚合的不变条件和一致性边界究竟什么意思？...即客户、投保聚合 在聚合内根据聚合根、实体和值对象的依赖关系，画出对象的引用和依赖模型。...在不持有对象引用的情况下，不能修改其他聚合，因此我们可以避免在同一个事务中修改多个聚合。但这种方式的缺点在于限制性太强，因为在领域模型中我们总需要对象之间的关联关系来完成一些任务。...有了该逻辑边界，在微服务架构演进时就可以聚合为单位进行拆分和组合。 聚合根的特点 聚合根是实体，有实体的特点，具有全局唯一标识，有独立的生命周期。
如果是这样，对于存在于这个树中的对象，有没有一个实用的数目限制？ 既然一个聚合可以引用另一个聚合，是否可以深度遍历下去，并且在此过程中修改对象？ 聚合的不变条件和一致性边界是什么意思？...构建出 1 个包含聚合根（唯一）、多个实体和值对象的对象集合，这个集合就是聚合 在聚合内根据聚合根、实体和值对象的依赖关系，画出对象的引用和依赖模型。...4 设计原则 4.1 在一致性边界内建模真正的不变条件 要从限界上下文中发现聚合，需要了解模型中真正的不变条件，才能决定什么样的对象可以放在一个聚合。...有了该逻辑边界，在微服务架构演进时就可以聚合为单位进行拆分和组合。 聚合根的特点 聚合根是实体，有实体的特点，具有全局唯一标识，有独立的生命周期。...一个聚合只有一个聚合根，聚合根在聚合内对实体和值对象采用直接对象引用的方式进行组织和协调，聚合根与聚合根之间通过ID关联的方式实现聚合之间的协同。
当所有问题子域完成研究时，我们就建立了全部领域的完整知识体系了。 在领域不断划分的过程中，领域会细分为不同的子域，子域可以根据自身重要性和功能属性划分为三类子域，它们分别是：核心域、通用域和支撑域。...另一个限界上下文 （系统或程序）已经决定出了唯一标识，这作为程序的输入，用户可以在一组标识中进行选择。 聚合 实体和值对象是很基础的领域对象。...也就是说，聚合之间通过聚合根 ID 关联引用，如果需要访问其它聚合的实体，就要先访问聚合根，再导航到聚合内部实体，外部对象不能直接访问聚合内实体。...构建出1个包含聚合根（唯一)、多个实体和值对象的对象集合，这个集合就是聚合。在图中我们构建了客户和投保这两个聚合。 第4步：在聚合内根据聚合根、实体和值对象的依赖关系，画出对象的引用和依赖模型。...从图中我们还可以看出实体之间的引用关系，比如在投保聚合里投保单聚合根引用了报价单实体，报价单实体则引用了报价规则子实体。 第5步：多个聚合根据业务语义和上下文一起划分到同一个限界上下文内。
，在一个领域内部也可以进行划分，例如：子域、子子域等......核心域、通用域和支撑域 在领域的不断划分过程中，领域会细分为不同的子域，子域可以根据自身重要性和功能属性划分为三类子域：核心域、通用域、支撑域。...也就是说，聚合之间通过 聚合根ID 关联引用，如果需要访问聚合内部的实体，就要先访问聚合根，再导航到聚合内部实体，外部对象不能直接访问聚合内实体 一个微服务可以是多个聚合，也可以是一个聚合，为了高性能...构建出一个包含聚合根、多个实体和值对象的对象集合，这个集合就是聚合 在聚合内根据聚合根、实体和值对象的依赖关系，画出对象的引用和依赖模型 多个聚合根根据业务语义和上下文一起划分到同一个限界上下文内 聚合设计原则...聚合之间是通过关联外部聚合根ID的方式引用，而不是直接对象引用的方式 在边界之外使用最终一致性。聚合内数据一致性，而聚合之间数据最终一致性。在一次事务中，最多更改一个聚合的状态。
在这其中还是会涉及到 DDD 中的一些重要概念，原本想着在一篇文章中介绍所有的概念，但是我觉得，概念总是在它该出现的时候出现才会让大家印象深刻，否则这些概念只是死板的概念，我们不清楚他为什么出现以及可以解决什么问题...4、聚合根 聚合的出现实际是一种业务单元，那它必定涉及到数据的持久化，如果在聚合中的任意实体都可以被外部进行数据修改，那么我们将很难保证聚合内的数据一致性。...一个聚合只有一个聚合根，聚合根在聚合之内采用引用依赖的方式对实体和值对象进行组织和协调，聚合根和聚合根之间通过唯一 id 进行聚合之间的协同。...在战术设计中会有聚合、聚合根、实体、值对象、领域服务、领域事件的代码实现，通过将这些领域对象映射到代码中实现设计以及系统的落地。...微服务领域对象分析与边界划分 在战略设计阶段，我们已经构建的业务领域模型，领域模型中包含了实体、值对象、聚合根。
背景 几年前我总结过DDD战术设计的一些落地经验可落地的DDD(5)-战术设计，和一次关于聚合根的激烈讨论最近两年有些新的落地体验，回过头来发现，当初对这些概念的理解还是没有深入，这篇文章重新阐述下。...实体和聚合根的区别理解不深刻，实体和聚合根建模的方法不对。 以上问题将会在下文解释清楚。 战术设计拆解 DDD的战术设计即设计某个子域的领域模型以及代码落地。...领域事件、领域对象、聚合根、实体、值对象、领域服务、工厂、资源库等这些概念都属于这个范畴。 笔者将这些概念重新分层组装了下，如下图所示。 首先将整体分成两部分，问题空间和方案空间。...注意某个对象在某个领域内是个值对象，在另外的领域可能是个实体，所以脱离领域上下文，说某个对象是值对象，肯定是不对的，比如大家常说的地址是个值对象，这一定是对的吗？...主要通过工厂，聚合，资源库来表达。 聚合是对实体、值对象的封装。领域外部对领域对象所有访问都基于聚合来。如基础设施层操作聚合进行数据保存。其他领域引用聚合对象数据。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
