属性驱动设计

Question

来自维基百科：

属性驱动设计(也称为添加或属性驱动设计方法)是一种创建考虑到软件质量属性的软件体系结构的方法。

为什么属性驱动的设计，如“设计软件体系结构:实用方法”和“实践中的软件体系结构”等书中所描述的，后者得到了IEEE (v3，当前v4草案)的规范认可，并在世界各地的许多软件体系结构研究生课程中使用，因此与领域驱动设计等替代方案相比，尽管最初是在同一时间开发的，却还不为人所知？

这有什么历史原因吗？是因为DDD让自己更好地融入了按业务服务的微观服务理念吗？

Answer 1

其原因是达尔文主义的:对于解决实际问题有用的方法获得牵引力，得到改进和生存。没有充分解决实际问题的方法仍然在书架上，然后就死了。

在方法空间中，这种自然选择过程的理论背景可以在达尔文的论物种的起源中找到，它适用于没有基因组，而是一组实践和其他成分的方法。

此外，所有设计实践都在某种程度上是面向属性的，因为最终他们打算设计满足需求、工作准确、可维护、可执行和可用的质量软件。只是有些人提供了更实际和更有效的方法来实现这一点。

Answer 2

原因在于市场营销:由咨询公司向大公司大力推销的方法获得了吸引力和滚雪球。一旦有几个大公司采用了它们，它们就会变得更容易销售，并被视为行业中的“必须知道”。

当然，内容在某种程度上确实很重要。但与其说是有效性，倒不如说是有一个容易理解的概念和发现一个普遍存在的问题。

就DDD而言，问题是：

“我要求我的开发人员做我认为应该很简单的事情，他们说这很难，因为‘系统’的设计方式使我的更改变得很困难。”

解决办法是：

“让开发人员按照业务讨论系统的方式设计系统，这样就不会有这种断开！”

这里有一些好的想法，使用相同的语言，认识到企业的不同部门对事物的看法是不同的，即使他们可能使用相同的名字等等。

每个人都意识到这个问题，这位聪明的顾问说他有解决方案，可以训练你的团队！开发人员仔细研究了一下，看到了一些他们同意的东西。这是一个容易推销，再加上你读(顾问告诉你)微软已经使用它在他们的“大项目”之一！这是胜利！

你的一个开发人员说也许我们应该添加，你在谷歌上搜索

ADD方法是一种定义软件体系结构的方法，在该体系结构中，设计过程基于软件的质量属性要求。ADD遵循递归设计过程d.“Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzz

它令人困惑，没有人卖给你一个培训课程，它是否解决了问题，顾问说你有？还有谁在用它？收养要多少钱？为什么您的开发人员不研究这些答案，并在powerpoint中展示这些答案，并穿上昂贵的西装？此外，你付给他的费用不如咨询费，所以他一定不那么聪明。

好的，这里有点粗糙，但你明白了。很多设计和工作模式都会被试用，但那些带有家喻户晓的名字的设计和工作模式是很容易销售的。不是那些起作用的。