标签：就是 增删改 无法 文档 基础 源码 随机 能力 小项目
友人 10:35:06
开了这么久的源码，有什么感悟？
老碗鱼 10:35:36
慢慢学会了怎么组织代码
友人 10:36:55
比如？
老碗鱼 10:37:27
以前写代码面向对象留的接口觉得对不上
老碗鱼 10:37:37
组织的不好
老碗鱼 10:37:43
现在看了组织性更强
友人 10:39:02
呵呵，都没有专门写过抽象接口
老碗鱼 10:39:49
其实优秀的代码是一层一层写的
老碗鱼 10:40:00
看过画画的吧
友人 10:40:16
什么画画
老碗鱼 10:40:28
就是画家作画
老碗鱼 10:40:45
他上去首先是描绘轮廓
老碗鱼 10:41:04
然后逐级实现
友人 10:42:57
但是这要求对框架有整体的认识
老碗鱼 10:43:56
你对业务熟悉
老碗鱼 10:44:13
而且对语言的组织性了如指掌
老碗鱼 10:46:03
比如，我看了一些源码之后，在工作项目中就发现一些架构的问题
友人 10:46:14
这么吊
友人 10:46:24
什么架构问题
老碗鱼 10:46:34
然后总结一个思路
老碗鱼 10:47:12
举个例子
老碗鱼 10:48:54
一张工程表
老碗鱼 10:49:25
他会有基本属性，还会有附加属性
老碗鱼 10:49:41
通常你会怎么创建这个表呢 ？
友人 10:50:04
两张或者三张
友人 10:50:21
要看附属性是随机的还是固定的
老碗鱼 10:50:54
通常都是一个基本信息表
老碗鱼 10:51:21
然后几张附加信息表，然后里面都有一个字段是基本信息表的主键对吧
友人 10:52:00
是的
老碗鱼 10:52:31
项目在初期的时候这些表之间的关系很容易理清楚
老碗鱼 10:53:03
我加一个项目，要把基本信息和附加信息都提交上去，然后做个事务对吧
友人 10:53:48
嗯
友人 10:53:57
然后呢
友人 11:26:29
就是把每个模块在封装一层？
老碗鱼 11:26:47
可以面向业务模块，再提升可以面向项目，再提升可以面向所有
老碗鱼 11:27:31
无穷无尽的扩展下去，只要你的处理能力够大，他都会在这个框架下无限制扩大
友人 11:28:02
这么说有点难以理解，有没有demo
老碗鱼 11:28:15
没有，现在只是一个思维模型
友人 11:28:39
抽象出来接口倒是可以理解，你的这个。。。
友人 11:28:57
你自己想的？
老碗鱼 11:29:04
后面我可以将模块认为一个模块，也可以将项目认为一个模块，任何东西都可以是一个模块，不管什么开发语言
友人 11:29:29
有demo有真相
老碗鱼 11:29:34
对的，我自己想的
友人 11:30:18
这个就超脱出了mybatis的范围，应该是整体项目而已了
友人 11:30:52
现在很火的一个技术和你这个理念很像，微服务
老碗鱼 11:31:44
我知道微服务，但这些都面临这一个问题，当服务变得特别多的时候，业务关联性就会混乱
老碗鱼 11:32:18
我将这种业务关联性交给系统来管理
标签：就是 增删改 无法 文档 基础 源码 随机 能力 小项目
原文地址：https://www.cnblogs.com/huanStephen/p/9293377.html
