“悟已往之不谏，知来者之可追”。近期发现了之前逻辑复用的设计缺陷，解决后，追忆过往设计。本意想找到设计中合适的边界，奈何“锦瑟难解，边界难觅”。不过，思来想去，还是有不错的思路，记录并分享出来。

软件开发本质上是一个建模的过程，软件工程的本质问题是业务需求的复杂性而不是具体使用什么框架或语言进行开发。

领域驱动设计简称“DDD”，一套“知易行难”的方法论。同时我所工作的这些年，尤其在某大厂做初创项目的那段时间，经常会产生各式各样的“思想碰撞”。

通过动态代理实现延时查询，在统一模型的情况下能够根据我们需要的数据合理的进行动态查询。回收复用动态代理生成的对象能提升性能吗？

什么是 DDD DDD（Domain-Driven Design）：领域驱动设计。首先需要了解，所谓的「领域」，其实不仅仅在于程序表现形式，更适合说是对特定业务的描述，通常由该业务的垂直协作方共

随着我们解决的场景越来越专业化和复杂化，大型SPA应用的流行，前端承担的职责越来越多。代码的质量和系统的完整性越来越难把握。很容易导致迭代着迭代着发现代码改不动了。最后只能新起炉灶，重新开发。归根到底在于复杂度的失控，本文会尝试分析其中的问题以及从前端如何应用领域模型开发的角度…