大佬教程收集整理的这篇文章主要介绍了域驱动设计 – 何时我们不应该使用域驱动设计方法？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
以及这一个：
所以你怎么看？
你接受这个意见吗？
根据这些段落,我们不能将DDD用于广泛的IT项目,我们可以吗？
首先,(遗憾的是)少数开发人员理解的是,DDD完全是一种心态,一种看事物的方式.而已.因此,您可以在每个项目中使用DDD,因为我们仍然需要首先了解域,无论其实现如何.如果事实证明域只是一堆数据结构,那么你不需要让生活复杂化.特别是如果你正在构建一个’哑’应用程序,即数据库的UI.
但是,如果您正在构建一个需要了解业务语义(概念和行为)以便自动化的应用程序,那么这是一个不同的故事,所有这些DDD概念将帮助您构建一个更易于维护的应用程序.
因此,它在很大程度上取决于您的应用程序,即使在该应用程序中,事情也会有很大差异.您应首先了解应用程序的用途,然后了解它尝试表示的域(如果是这种情况),并为每个用例提供解决方案.在一个应用程序中,你可以拥有很多CRUD的东西,你可以非常有效地省去许多抽象,你可以有一些重要的概念和用例需要更好的理解和设计.您认为应用程序随时间变化的程度也很重要.如果有迹象表明它会随着时间的推移而发展,那么抽象一些东西可能会更好,但这只是从设计的角度来看.此时的实现仍然可以是CRUDy.
如果您将方法论视为一组思维模式和概念,您可以在任何地方使用它,因为像DDD这样的东西不是“如何”编码方法.虽然它有一些特定的工具,但是,应用设计师应该决定它们是否适合您的应用.
简而言之,您必须使用DDD来确定(整个)DDD是否可用于您应用的某些部分.但再一次,DDD意味着战略方法,即思维方式.
从一开始就为整个应用程序决定解决方案是完全错误的.了解应用尝试解决的问题,并针对每个问题使用正确的解决方案.如果最终一切都只是CRUD,那就没关系.如果只使用DDD战术工具实现某些部件同样可以,那就是为问题提供最佳解决方案.
总而言之,学习并理解DDD思维模式(有很多解释,关注设计,而不是因为它们是错误的,所以不要考虑它是一个编码配方,只是使用它来确定最佳方法)满足应用程序的需求.
以上是大佬教程为你收集整理的域驱动设计 – 何时我们不应该使用域驱动设计方法？全部内容，希望文章能够帮你解决域驱动设计 – 何时我们不应该使用域驱动设计方法？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。