专栏首页跨界架构师[译文]Domain Driven Design Reference(七)—— 大型战略设计结构

[译文]Domain Driven Design Reference(七)—— 大型战略设计结构

本书是Eric Evans对他自己写的《领域驱动设计-软件核心复杂性应对之道》的一本字典式的参考书,可用于快速查找《领域驱动设计》中的诸多概念及其简明解释。

上周末电脑硬盘文件莫名丢失,狼狈了大半周才缓过来 T_T 。《Domain Driven Design Reference》的原版pdf也丢了,好在这篇文章提前翻好了,只是这次没法再次做校对了,大致读了一遍还算通顺,大家讲究看吧~

  在一个大的系统中,没有任何能够让元素按照其在整个设计模式中的角色来解释它们,好比是开发人员无法看到树木的森林。我们需要能够理解个体在整体中的角色,而不需要深入研究整体的细节。

  “大规模结构”是一种语言,可让您广泛地讨论和理解系统。一组高级概念或规则,或两者都为整个系统建立了设计模式。这个组织原则可以指导设计和帮助理解。它有助于协调独立的工作,因为有一个共同的概念:各个部分的角色如何塑造整体。

  因此:

设计一种规则或角色和关系的模式,它将跨越整个系统,并且在不详细了解该部分责任的情况下,允许对整个系统中的每个部分进行一些理解。

演化有序

  无设计的生产系统是没有人能理解整体的,而且它们很难维护。但是,架构可以用预先设计的假设来约束一个项目,并且从应用程序特定部分的开发人员/设计人员那里获得大量权力。很快,开发人员就会降低应用程序以适应结构,或者他们会破坏这个结构,并且根本就没有任何结构,这就导致了不协调开发的问题。

  因此:

让这个概念性的大型结构与应用程序一起演进,可能会在过程中变成一种完全不同的结构类型。不要过度限制详细的设计和模型决策必须要有详细的知识。

  当一个结构可以被发现的时候,就应该采用大规模结构【这2句不是很顺,但也没办法了】,这样就能在不违反模型开发的前提下,大大澄清系统。因为一个不合适的结构比没有更糟糕,所以最好不要选择全面性,而是寻找一个最小的集合来解决已经出现的问题。少即是多。

  接下来是在一些项目中出现的四种特定模式的大规模结构,它们是这种模式的代表。

系统隐喻

  隐喻思维在软件开发中非常普遍,特别是对于模型。但是,“隐喻”的极限编程实践,使用隐喻为整个系统的发展带来秩序已经成为一种特殊的方式。

  软件设计往往是非常抽象和难以理解的。开发人员和用户都需要切实的方法来理解系统,并共享整个系统的视图。

  因此:

当一个与系统的具体类比出现时,它抓住了团队成员的想象力,并且似乎将思维导向有用的方向时,把它作为一个大规模结构。围绕这个隐喻组织设计,并将其吸收到通用语言中。系统隐喻既能促进关于系统的交流,又能引导系统的发展。这增加了系统不同部分的一致性,甚至可能跨越不同的限界上下文。

职责层

  在面向对象的设计中,每个对象都被分配了一系列的相关职责。责任驱动设计也适用于较大规模。

  当每个单独的对象都有手工制定的职责时,没有指导原则,不统一,也没有能力一起处理大范围的领域。为了实现一个大型模型的一致性,对这些责任的分配施加一些结构是有用的。

  因此:

查看模型中的概念依赖关系,以及领域不同部分的变化率和变化源。如果你确定了领域中的自然层次,就把它们作为宽泛的抽象职责。这些职责应该讲述一个关于您的系统的高级目标和设计的故事。重构模型,使每个领域对象、聚合和模块的职责完全符合一个层的职责。

知识层次

  一组描述另一组对象应该如何表现的对象。

  在一个应用程序中,实体之间的角色和关系在不同的情况下有所不同,复杂性可能会爆炸。既不是完全通用的模型,也不是用户需要的高度定制的模型。对象最终引用其他类型来涵盖各种情况,或者在不同情况下以不同方式使用的属性。具有相同数据和行为的类可能只是为了适应不同的程序集规则而组装。

  因此:

创建一组可用于描述和约束基本模型的结构和行为的独特对象。将这些关注点分为两个“层次”,一个非常具体,另一个反映用户或超级用户能够自定义的规则和知识。

  (见Fowler,M.1997。分析模式:可重复使用的对象模型,Addison-Wesley。)

可插拔组件框架

  机会出现在一个非常成熟的模型中,并且是深入和精炼的。一个可插拔组件框架通常只有在几个应用程序已经在同一个领域中实现之后才开始发挥作用。

  当各种应用程序必须互操作时,所有的应用程序都基于相同的抽象,但是独立地设计,在多个有界的上下文之间的转换会限制集成。对于不紧密协作的团队来说,共享内核是不可行的。复制和碎片化增加了开发和安装成本,互操作性变得非常困难。

  因此:

提炼接口和交互的抽象核心,并创建一个允许这些接口的各种实现自由替换的框架。同样,允许任何应用程序使用这些组件,只要它严格地通过抽象核心的接口进行操作即可。

作者:Zachary_Fan 出处:http://www.cnblogs.com/Zachary-Fan/p/DDDReference7.html

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • [译文]Domain Driven Design Reference(六)—— 提炼战略设计

      提炼是是一种分离混合物成分的过程,以提取出一种使其更有价值和有用的形式。模型是知识的提炼。随着每一次重构的深入,我们抽象出领域知识和优先级的一些关键方面。现...

    Zachary_ZF
  • 不知道是不是最通俗易懂的《数据一致性》剖析了

      本文是本系列的第一篇。从普遍认为的分布式系统中最最最重要的数据一致性开始。内容适合人群>=0年技术相关经验。

    Zachary_ZF
  • 架构随聊

      “架构”是我们这行业种一个很常见的词,表明其必然也是经历了很长的岁月打磨所形成的一个词。架构的这个词出现的意义是什么?为了解决什么问题?只有把这2个问题想明...

    Zachary_ZF
  • Linux,Windows,macOS下安全开源的(聊天)消息传递应用程序

    简介:Signal是一款用于智能手机的安全开源消息传递应用程序。它还提供了适用于Linux,Windows和macOS的独立桌面应用程序。在这里,我们看一下它的...

    用户6543014
  • ActiveMQ消息队列的使用及应用

    ActiveMQ消息队列的使用及应用 这里就不说怎么安装了,直接解压出来就行了。 谢绝转载,作者保留所有权力 目录: 复制代码 一:JMQ的两种消息模式 1.1...

    企鹅号小编
  • Web安全学习路线 | 附干货

    ① 我们用这段时间了解基本的概念:(SQL注入、XSS、上传、CSRF、一句话木马、常见的后台等:可以通过Google搜索获取资料)为之后的WEB渗透测试打下基...

    HACK学习
  • 黑客最爱的操作系统 TOP 15

    这里我们列举出15个用于渗透测试的操作系统。其中,我最喜欢的非Kali Linux莫属,毫无疑问Kali也是最受欢迎的,它的开发团队与BackTrack相同(O...

    FB客服
  • 500页开放书搞定概率图建模,图灵奖得主Judea Pearl推荐

    对因果推理感兴趣的读者想必对图灵奖得主 Judea Pearl 并不陌生,他的《The Book of Why: The New Science of Caus...

    机器之心
  • 500页开放书搞定概率图建模,图灵奖得主Judea Pearl推荐(附链接)

    对因果推理感兴趣的读者想必对图灵奖得主 Judea Pearl 并不陌生,他的《The Book of Why: The New Science of Caus...

    数据派THU
  • 【Rust日报】 2020-01-14 ​ASM工作组已提交“关于提供稳定的内联汇编”的第一稿RFC

    内联汇编(Inline assembly):目前,对内联汇编方面来讲,Rust 非常接近于 LLVM,这是一种不同于 gcc 的格式,因此,我们必须解决这种不匹...

    MikeLoveRust

扫码关注云+社区

领取腾讯云代金券