个人中心
文章发布
退出
作者热门文章
- html - 出于某种原因，IE8 对我的 Sass 文件中继承的 html5 CSS 不友好？
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景？
27
4
我无法清楚地理解 领域驱动设计 提倡的自下而上 方法的问题。有人可以简单地写一下或在写作方向上轻推我吗？我的意思是，在 Sql 世界中，我们有表表示的实体，它们有关系、约束等。那么现在 DDD 提出的将类作为实体开始的新方法将如何使我们受益？但在此之前，如问题所示，我需要了解自下而上方法带来的问题。
最佳答案
在SapiensWorks Mike 解释得很好:
The Domain should not be tainted with infrastructure details. If you start with the db (botton up approach), everything will evolve around it and will be constrained by it. But you don't build the application for the database, you build it for the Domain, the database is just a Persistence implementation detail.
The domain is the reason the application exists and everything should gravitates around it. The domain should not depend on anything, especially not on a persistence implementation details. When you design the Domain Entities, they should don't know anything about persistence.
我建议您先阅读完整的帖子，然后再继续阅读此处。
如果您首先设计持久性模式，您就不会考虑域；至少，不完全而且需要很深。您正在设计效率、冗余、规范化、关系等而不是行为，稍后您将创建适合该持久性方案的实体。突然间，您会发现在您的实体中所做的毫无意义、奇怪和奇怪的事情只是为了匹配持久性模式、持久性实现和/或持久性技术，除非您进行持久性重新设计的迭代。
为适应持久性和持久性重新设计迭代而设计的实体这两种方法都很糟糕。第一个因为不好的实体设计和SOLID休息;第二个是因为这是额外的工作和浪费时间。
How is the new approach of starting with classes as entities as proposed by DDD will benifit us?
良好的实体设计(这意味着良好的域建模)和/或不在持久性设计迭代中浪费时间。
关于domain-driven-design - 自下而上的方法有什么问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35169287/
27
4
0
我想了解 Ruby 方法 methods() 是如何工作的。 我尝试使用“ruby 方法”在 Google 上搜索，但这不是我需要的。 我也看过 ruby-doc.org，但我没有找到这种方法。
Test 方法 对指定的字符串执行一个正则表达式搜索，并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
Replace 方法 替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
Raise 方法 生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
Execute 方法 对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
Clear 方法 清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。 说明 在错误处理后，使用 Clear 显式地清除 Err 对象。此
CopyFile 方法 将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
Copy 方法 将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
Close 方法 关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。 说明 下面例子举例说明如何使用 Close 方
BuildPath 方法 向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
GetFolder 方法 返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
GetFileName 方法 返回指定路径（不是指定驱动器路径部分）的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
GetFile 方法 返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
GetExtensionName 方法 返回字符串，该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
GetDriveName 方法 返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
GetDrive 方法 返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
GetBaseName 方法 返回字符串，其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
GetAbsolutePathName 方法 从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
FolderExists 方法 如果指定的文件夹存在，则返回 True；否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
FileExists 方法 如果指定的文件存在返回 True；否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS
我是一名优秀的程序员,十分优秀！