MVC下的领域驱动设计的替代方案

我了解DDD方法的价值，但有时它似乎过度且会造成混淆。我可以在Asp.net MVC中使用哪些其他方式来处理Web应用程序设计？谢谢MVC下的领域驱动设计的替代方案

2011-12-12 zsharp

什么是特别是DDD的矫枉过正？

您可以尝试测试驱动开发，并专注于构建测试用例以帮助构建通过测试所必需的业务逻辑。我不是一个巨大的粉丝，但它是一个选项。

至于DDD，我倾向于把它看作一个普遍的想法......首先着眼于理解我的“领域”......手头的问题，我正在处理的对象......我构建我的模型首先是工具来操纵它们，然后是业务逻辑，以便按业务需求解决我的域问题。通常我会在下一个持久力学上工作，而最后一次是介绍。

我想我的观点是，系统开发中的意识形态背后有很多流行语......除了狂热分子之外，他们都没有黑白边界。

如果你让我知道什么特别是你觉得繁琐/矫枉过正，你试图避免或试图达到的目标，我可以更好地回答你的问题。

来源

2011-12-12 20:17:04

模型对象通常是属性包，例如没有行为。 – zsharp

aye，并且在编程语言中，您可能想要... POCOS ...但对我而言，DDD是关于弄清楚我想要对所有这些做什么......如果我正在构建饮食应用程序，那么我的域名就是不是简单的“我需要水果和蔬菜的对象”，而是“我需要怎样处理它们？当我剁一根胡萝卜或切一片苹果时会发生什么？”等等...我知道这个愚蠢的隐喻，但我认为你明白了......你的对象可能看起来像属性包，但在DDD中，你的行为和服务（业务逻辑）是该域的主体。也许即时通讯坚持或你已经了解的东西。 –

看着你的个人资料，你有比我更多的代表和徽章，所以请原谅我，如果你已经知道这一点。尝试一下TDD的重点，让我知道你的想法。我真的不是粉丝。 –

MVC下的领域驱动设计的替代方案

回答

相关问题