如何用ABP框架快速完成项目(10) - ABP只要加人即可马上加快项目进展- 全栈篇(1) - 发挥DDD理论优势的时候到了!
2024-10-12 05:01:19
正如我在<程序员英语二三事(2) - 从听开始>里说的, 任何技术/工具/语言都有其适用场景和上下文环境. DDD理论同样是如此.
现在, 终于到了发挥DDD理论优势的时候啦!
一个人做一个项目不用担心代码风格不一致,不用代码看不懂别人写的代码
一个团队做项目就要考虑一致的代码风格,要保证能看得懂团队其他人的代码。
两个人一个用英语,一个用中文是很难交流的。
DDD理论保证了大家使用同一种语言去交流。ABP保证了具体实施细节的一致。
DDD理论相当于中文/英语,ABP相当于普通话或粤语,英式英语或美式英语。
统一的认识才能写出一样风格的代码 - 使用DDD理论统一认识
统一的认识意味着可以快速扩充人手
统一的认识才能写出一样风格的代码 ,同样可以回答如下问题:
- 为啥要丢弃自己写的一套代码而使用ABP?很坦白说, ABP这些模块和功能在没有ABP之前很多人包括我自己都有写过, 为什么我们还是选择了ABP没有选择自己的那一套呢? 因为自己弄的那一套代码是私有的, 外面招聘市场上的人手之前都没有接触过这些代码. 所以很难招到会的人, 毕竟招进来学习我自己写的那套私有代码也是要花时间成本的.选择了ABP就不一样了, 我只要到招聘市场上招会DDD和ABP的人, 就能很容易马上能干活有产出.
- 为啥丢弃Enterprise Library而去拥抱ABP?有很多老朋友问, 用着Enterprise Library好好的, 为啥要转ABP?因为你可以保证你自己能写出高质量的代码, 但是你还要保证你的团队不写出垃圾代码.ABP和Enterprise Library的区别:ABP是框架, Enterprise Library是库。库无法做到统一认识,并规范出一样风格的代码。而框架可以做到这点。从而保证了你的团队写代码的质量下限.最后说句题外话, Enterprise Library上次更新是什么时候了啊? ABP可是每个月更新两次!!! 在更新如此快的今天, 很显然Enterprise Library已经跟不上时代的发展了
最新文章
- 【USACO 3.2】Factorials(阶层非零尾数)
- break continue 区别 以及实例
- WPA: 4-Way Handshake failed - pre-shared key may be incorrect
- Hibernate,JPA注解@ManyToMany
- [中文版] 可视化 CSS References 文档
- QProcess调用外部程序方式的差异
- 关于cocos2d和cocos2dx,还有iOS上的cocos2d的ARC问题
- GoF——抽象工厂模式
- #大数加减乘除#校赛D题solve
- 前端测试框架Jest系列教程 -- Mock Functions
- Java框架之Spring(五)
- JSP判断移动设备
- Linux内核分析— —进程的切换和系统的一般执行过程
- plsql developer无法识别32位oracle问题如何解决?
- fiddler展示serverIP方法
- shell脚本中比较两个小数的办法
- dispatch_async 和dispatch_sync
- js 将数字转换成人民币大写的方法
- 第23章 RTX 低功耗之待机模式
- UVAlive3211_Now or later