architecture - DDD 架构 - 通用方法/助手的放置位置-6ren

architecture - DDD 架构 - 通用方法/助手的放置位置

转载作者：行者123 更新时间：2023-12-04 00:50:04

26

4

根据this question在 Stack Overflow 上，在 DDD 架构中，“助手”类可以根据其用途位于不同的层中。例如，以用户友好的方式格式化某些内容的助手将进入 UI。数据库助手将进入基础设施。

但是可以被多个层使用的助手呢？例如年龄计算。业务逻辑的模型层可能需要年龄。它被多个实体使用，因此不应位于特定实体中。还有一些地方需要年龄只是为了在 UI 中显示。同样，我有多个层可以使用的字符串函数。例如，我的自定义 Right 和 Left 方法可用于 UI 中的格式化，但它们也可能用于模型中，例如基于前缀的条件逻辑。

那么这些常用的方法应该去哪里呢？我的设置是这样的:

用户界面

申请

型号

基础设施

模型是核心，不依赖于基础设施，所以普通助手不能进入基础设施。我正在考虑两种选择:

1) 有另一个层，称为 Common 或类似的层，任何层都可以使用。这将在 Model 和 Common 之间创建依赖关系。

2) 在需要的任何层中复制辅助逻辑。例如，在 UI 中有一个 Age helper，在 Model 中有一个 Age helper。这将违反 DRY，但不需要域依赖于“公共(public)”层。

哪个选项更好？模型层是否可以依赖“公共(public)”层？

更新:

自从提出这个问题以来的 2.5 年里，我得出的结论是:

诸如 Right、Left 等补偿框架限制的东西属于“通用”实用程序/帮助组件，甚至模型/域层也依赖它。

“通用”实用程序/辅助组件不应该很大。随着更多的经验，我发现许多我认为是帮助者的东西实际上属于领域模型。

年龄属于领域层中自己的类。就像地址、电话号码和金钱之类的东西一样，我认为这些东西是值(value)对象。理解值对象确实是我理解创建可以合并到其他类中的可重用域类的关键。

最佳答案

我认为字符串助手略有不同 - 在这种情况下，您的自定义 Right 和 Left 方法实际上是在补偿您的语言/平台的内置字符串类型的限制 - 它与您的应用程序没有任何关系所以在这种情况下，可以全局访问它是很好的。

年龄计算示例更有趣一些，因为它封装了行为/逻辑，这在很大程度上是您的应用程序/域的固有部分。在这种情况下，可能值得根据具体情况评估是否值得在每一层中复制行为(违反 DRY 而支持 SRP)。这是一个艰难的决定。尽管它们现在可能是相同的，但通过复制行为，您可以让这两种方法在 future 有机会相互分歧。如果他们有 ，通常会发生这种情况。改变的不同原因 .

关于architecture - DDD 架构 - 通用方法/助手的放置位置，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23886514/

26

4

0

文章推荐： scala - Companion 类需要导入 Companion 对象方法和嵌套对象？

文章推荐： visual-studio-2013 - 无法在 Visual Studio 2013 中编辑代码

文章推荐： Scala - 返回与作为参数传递的类型相同的类型

Ruby 方法() 方法
我想了解 Ruby 方法 methods() 是如何工作的。我尝试使用“ruby 方法”在 Google 上搜索，但这不是我需要的。我也看过 ruby-doc.org，但我没有找到这种方法。
VBS教程：方法-Test 方法
Test 方法对指定的字符串执行一个正则表达式搜索，并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
VBS教程：方法-Replace 方法
Replace 方法替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
VBS教程：方法-Raise 方法
Raise 方法生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
VBS教程：方法-Execute 方法
Execute 方法对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
VBS教程：方法-Clear 方法
Clear 方法清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。说明在错误处理后，使用 Clear 显式地清除 Err 对象。此
VBS教程：方法-CopyFile 方法
CopyFile 方法将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
VBS教程：方法-Copy 方法
Copy 方法将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
VBS教程：方法-Close 方法
Close 方法关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。说明下面例子举例说明如何使用 Close 方
VBS教程：方法-BuildPath 方法
BuildPath 方法向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
VBS教程：方法-GetFolder 方法
GetFolder 方法返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
VBS教程：方法-GetFileName 方法
GetFileName 方法返回指定路径（不是指定驱动器路径部分）的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
VBS教程：方法-GetFile 方法
GetFile 方法返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
VBS教程：方法-GetExtensionName 方法
GetExtensionName 方法返回字符串，该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
VBS教程：方法-GetDriveName 方法
GetDriveName 方法返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
VBS教程：方法-GetDrive 方法
GetDrive 方法返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
VBS教程：方法-GetBaseName 方法
GetBaseName 方法返回字符串，其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
VBS教程：方法-GetAbsolutePathName 方法
GetAbsolutePathName 方法从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
VBS教程：方法-FolderExists 方法
FolderExists 方法如果指定的文件夹存在，则返回 True；否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
VBS教程：方法-FileExists 方法
FileExists 方法如果指定的文件存在返回 True；否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS

首页

博学

6Ren·AI

商城

architecture - DDD 架构 - 通用方法/助手的放置位置