您现在的位置是:首页 >技术杂谈 >编写《从MVC架构推演DDD架构》感悟及方法论网站首页技术杂谈
编写《从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。
在此小编想对各位读者说一句,奔跑吧骚年,青春无悔!