10
为什么我们在设计模式中需要这么多的类？
我是大四学生中的初级开发人员，并且在理解他们的思维和推理方面付出了很多努力。 我正在阅读域驱动设计（DDD），无法理解为什么我们需要创建这么多的类。如果采用这种设计软件的方法，我们最终将得到20-30个类，最多可以替换为两个文件和3-4个函数。是的，这可能很麻烦，但是它更具可维护性和可读性。 每当我想查看某种EntityTransformationServiceImpl功能时，都需要遵循许多类，接口，它们的函数调用，构造函数，它们的创建等等。 简单的数学： 60行伪代码与10类X 10（假设我们有完全不同的逻辑）= 600行杂乱代码与100类+更多包装和管理它们；不要忘记添加依赖项注入。 读取600行凌乱代码=一天 100节课=一周，仍然忘记哪个课什么时候 每个人都说它易于维护，但是为什么呢？每次添加新功能时，都会添加五个带有工厂，实体，服务和值的类。我觉得这种代码的运行速度比凌乱的代码要慢得多。 假设，如果您在一个月内编写了50K LOC混乱代码，则DDD内容需要进行大量审查和更改（我都不介意在两种情况下进行测试）。一个简单的添加可能需要数周，甚至更多。 一年之内，您编写了很多混乱的代码，甚至可以多次重写它，但是使用DDD样式，您仍然没有足够的功能来与混乱的代码竞争。 请解释。为什么我们需要这种DDD样式和许多模式？ UPD 1：我收到了很多不错的答案，请大家在某处添加评论或使用阅读列表的链接编辑您的答案（不确定从哪开始，DDD，设计模式，UML，代码完成，重构，实用性等。） ..那么多好书），当然还有顺序，这样我就可以像你们中的一些人一样开始理解并成为高级。