📰 来源: 博客园 DDD 这些年一直有点尴尬。 知道它有价值的人不少,真正愿意照着它的方式把需求、模型、结构和代码一步一步做下来的人并不多。最常见的印象也差不多:概念多、步骤多、层次多,看起来像是把原本能直接写出来的业务系统,又绕了一圈。 这个判断里有误解,也有现实原因。 误解在于,很多时候被嫌“繁琐”的部分,恰恰是业务系统要做稳、做久、做清楚本来就需要的动作。 现实原因在于,如果手里没有合适的框架和方法,这些动作确实很难坚持,最后就会变成:理念知道一点,工程做成另外一套。 工具层面,NetCorePal 解决了…