书店网站建设技术风险,网站推广与品牌建设,全屋定制十大品牌,网站建设与管理维护 李建青MVC OR DDD 说明#xff1a;这篇是标题党#xff0c;不包含相关概念说明 前段时间跟随师兄学习了解了DDD领域驱动模型#xff0c;觉得这个思想更好#xff0c;进行下面解析和学习方面的思考和实践#xff0c;觉得很好#xff0c;耐心读下去。希望对您有所帮助。
首先这篇是标题党不包含相关概念说明 前段时间跟随师兄学习了解了DDD领域驱动模型觉得这个思想更好进行下面解析和学习方面的思考和实践觉得很好耐心读下去。希望对您有所帮助。
首先面向对象出来已久但是大多情况下我的思考分析方式停留在了MVC面条层面比如学生管理系统直接思考的是应该有哪几个表【学生班级成绩。。。】,然后基于这个表应该有哪些字段进行数据库设计生成daoservice层进行简单逻辑CRUDMangager和Controller包个VO暴露给前端自己手动调用一下好没啥大问题提交部属个机器丢给前端联调完事。 但是后面开发的时候前端对照PRD进行开发的时候经常发现这个字段咋没有这个PRD的交互不太合理需要增加字段更为复杂的时候是你有一对N的表映射的时候你发现你的状态字段不是来源一个表要主表审批表从表聚合之后而来好不容易写完了然后测试发现某个操作之后展示的不对产品看了看法完成之后的这个咋不符合他原先的设计。我们不得不接受的现实是一千个人眼中就有一千个哈姆雷特以及你的需求不可能不变化。 那么我们怎么解决这类现象。其实我们上面开发代码的时候思考的方式用形象的比喻的话就是面条代码基于底层数据库表一层添加点东西一层一个entry现在想想很形象。 后来接触DDD【领域驱动模型】我们先要对领域边界划分领域内进行高内聚对于边界外的让对应的领域提供必要的接口我们核心设计的内容不再是数据库中存储的表把设计的中心上移到领域层我们应该划分那些领域这个领域有那些model这个model的主键(值对象)是什么别的model都依赖这个值对象另外我这个领域的对象应该有那些能力比如鸭子这个领域对象应该可以飞吃这些核心能力就是这个领域应该拥有的方法另外这个对象应该是充血还是贫血MVC那块只有getset方法的是贫血模型把属于这个对象的方法放到这个领域对象中就是这个对象拥有飞的能力。这样才更符合我们OOP的现实。 上面主要有两个问题1。哈姆雷特这个就需要一个开发团队中大家【产品系统owner开发测试】有统一的认知统一的语言向同一个方向搞项目这个东西客观其实比较难实现多数情况下面向领导编程模型中我们是要向上级展现结果的而不是我们的代码有多规范并且这个东西需要大家有统一的时间有一定的学习成本以及人员流动情况。但是我们需要有一定的项目结构这就要求我们要有一定的文档记录我们的项目是干什么的发展方向未来愿景不知道多少项目做到后面还能保持原来设计的方向如果你的方向已经做的很大的改变对于不重构的系统来说是灾难性的并且你会发现偏航不是一天跑远的是潜移默化的。对于一个持久发展的项目这个是一个严重影响的方向。所以哈姆雷特问题对于权限不高的小开发是一个黑洞。但是我们可以根据目前产品界面上的重点用户高频使用的重点关注的点进行汇总总结这个项目前面的航向。2.变化的需求项目要发展就要改变创新跟你申请专利差不多最难的就是创新型最简单的就是改变外观优化下界面改变下交互这可能就是某些人向上交的作业不过我要说明的是改变用户习惯的习惯很可怕对于一个用户习惯的改变会应该一段时间内用户的体感不知道多少产品会考虑这方面的影响OOP中一条重要的规则对于修改关闭对于扩展开放对于之前的用户已经习惯的东西如果你的新设计没有明显的好处就不要重新设计了不如多思考下用户痛点项目的核心是什么多push下开发共同解决优化下。DDD中很重要的思想是依赖倒置领域层依赖存储层。这样你变更的核心的领域中那个对象应该拥有什么属性能力而不是这个应该存储到哪个表里面。另外一个就是加防腐层外部第三方和前端页面中间加防腐防腐而不是前端有一个小的变化直接击穿到领域里面了当然你原来领域中没有的肯定是要击穿到领域层的。 鬼扯半天毛用没有举个例子最近面试八股文很多在看和学习的过程中思考应该吧这个思想运用到生活中我命名为糖葫芦模型。 我们从一个java文件为开头沿数据流向分析过程 java文件通过javac编译成class文件然后通过ClassLoad加载进行内存ClassLoad是双亲委派最上面的是BootstrapClassLoad,加载rt.jar内容 【进入ClassLoad域】… 加载进内存后JMM模型包含下面几个区域【JMM域、堆栈方法区pc本地方法区】【垃圾回收】 执行引擎本地接口 这样从数据流向看过去经过一段是一个领域这样坐地铁什么的时候直接看我们串了几个糖葫芦就行。 mysql糖葫芦 sql - conn - server端 链接 解析 优化 缓存 -》 执行引擎 这样就又是一个糖葫芦这种方法其实就是我们常见的图书目录【一般来说图书的目录是渐进式的并不一定有数据流向有关系】但是一个别致的名字总是会引起新的兴趣。水文一篇欢迎吐槽
