编写《从MVC架构推演DDD架构》感悟及方法论

  23年Q2季度OKR制定下来后，基于OKR安排工作思路，潜心专研脚手架制作，本以为这是这是一个很简单的工作，直接将公司原有项目拿过来制作骨架，方便开发小伙伴们创建新项目。

  事实真的就应该如此简单吗？

  如果只为应付上边安排的任务，生成这么一个简单的脚手架，完全能去交差。作为一个有野心有梦想的开发者，对待技术的态度不该如此敷衍，对此小编同学跟老大进行了初步交涉，了解了老大想法后正式进入到这项伟大的事业中。

  至此对公司项目架构进行了深入研究，并对市场研发架构进行了调研，日以继夜的思考，不负众望耗时一周完成架构推演过程。

  首先小编同学内心明白这件事情的意义及价值，那在完成这件事的过程中呢，小编采用了工作目标定位拆解法，以结果为导向，首先要知道最后要做什么东西出来，其次拆解工作目标，目标有前有关联关系，根据目标一步一步推进完成最后的结果。

  在ORK制定过程，小编就制定了一个大致的目标，如下：

1、分析当前项目架构问题
2、脚手架调研
3、现有结构分析
4、明确制作目标
5、完成脚手架

  而真正到了实现的过程中，目标其实是能慢慢细化下来的，细化目标如下：

阶段	描述
前期思考	1、思考当前研发中的问题 2、明确搭建脚手架目的 3、现有结构分析 4、思考优化点
前期调研	1、调研目前市场上的架构分层思想 2、进一步深入分层架构职责 3、对比mvc、ddd、cqrs等架构思想区别 4、了解diboot、jeecgboot、cola 5、进一步思考分层分包优化点
当前架构问题思考	1、业务与技术耦合，技术组件升级困难 2、业务堆积在service逐渐形成大泥球 3、rpc调用分散，外部腐化本项目
基于问题推演架构	1、细化分层职责 2、明确分层依赖关系 3、规约分层使用 4、思考分包以及使用落地方案
落地设计推演	1、完成业务与技术解耦设计方案 2、完成调用防腐设计方案 3、完成业务堆积解决设计方案 4、业务内敛后规约设计 5、本地事务边界设计 6、事件机制设计 7、事务控制设计
验证使用可行性	1、思考优化后分层分包后model实体类该怎么放，怎么规范 2、思考优化后分层分包后各层model之间的转化 3、思考优化后分层分包后aop怎么放 4、思考优化后分层分包后异常怎么处理
完成推演文档编写	1、编写推演文档

  如何在工作中获得激情与热爱（成就感），将事情做的极致？  

  首先，对做的这件事情的认同感，其次，做一件事情往后想一步，这样就能将事情做到极致。我们是环境的产物，如果做的事情不被环境认可怎么办？放弃就不去做这件事情了吗？对于这种情况，小编认为，如果自己认同不管外界是否认同，去做就好，就像小编最后编写架构推论，先将方案拿出来，不管是否被采纳，去做了提升的就是自己。如果被否定，自己认为这件事情毫无意义，中途就放弃，这件事情就不可能做到极致。

  这种放弃的情况，在小编看来就是一种遗憾，我们都经历太多遗憾，所以我们应该追求极致。

  小编作为一个csdn小白，架构推演《从传统MVC架构推演DDD架构》一经发布，通过后台数据看，目前反响还是不错的，仅发布一天阅读量突破700。


  在此小编想对各位读者说一句，奔跑吧骚年，青春无悔！