DDD与DCI的神马与浮云

我研究了一下DDD和DCI，我觉得适合大型和复杂系统，并不是什么都适合。

如果抛弃八股文的话，我认为DDD主要就是找领域概念和名词，然后弄一个类，然后大家都围绕这个通用名词和概念进行沟通。而不是技术层面的东西。我认为除了这个其他都是来回刷名词啦。

DCI还是个概念的东西，和一种思维方式，好像没什么成熟的DCI开发框架。

其实，总的来说，很多理想者弄了20来年的开发，还是在追求一种完美理念，其实是不可能的，计划总是跟不上变化。
DDD和DCI，一句话就是以客户能理解的领域概念进行开发，其他的都是浮云，而且聚合和仓库等概念，其实也不是技术层面的，还是上面一句话，避免歧义而生。

MVC是否死亡还是得根据很多因素决定，因为MVC只是个简单的层次划分，可以在这个里面进行DDD和DCI或EEE或FFO...

总的来说，无非就是能解偶的就解，没法解的也要解然后弄个中间层，太乱了就弄几个上下文，不行了模块化。其实就是对颗粒的控制。

所以，这是两个问题，一个是弄的CLASS要让客户听懂了，二是把复杂的问题细化，其他都是浮云。因为上下文/模块化/解一解偶/OOP 都是为了让人能够理解可读性好。

其实就是该谁知道的暴露出来，不该的就别暴露，就行了。比如DCI和DDD，让人知道太多新概念了，我认为一种理念出来最好有DEMO，要不就别发布出来。

这个世界概念并不重要，重要的是工具，没工具啥用没有，只是个概念和思维模式，并不能说是完整的框架。

浮云与神马还真多。