这是一个创建于 3352 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
iugo 2015-09-15 11:29:11 +08:00
模块之间没有代码与数据的纠缠. 互相独立.
比如 mailgun 是邮件模块. 但是模块颗粒度不同, 可以大模块包含小模块. 比如基于 mailgun 制作找回密码模块. |
 |
2
500miles 2015-09-15 13:38:46 +08:00
最好是单独拎出来可用了 当然这种很难...只有像 发短信 发邮件之类的 才能做到吧
大部分时间都要对应一些具体业务逻辑, 尽量做到 沿着业务逻辑这条线, 拆分 组合各种小模块吧, 再就是适合的设计模式的应用了 功力不到, 说不清楚 ... 希望更有经验的牛牛分享下.. 经常思考 尝试; 但是总感觉不理想 |
 |
3
ryanking8215 2015-09-15 13:42:47 +08:00
轻耦合，高内聚。
往这 2 个靠准没错 |
 |
4
anubiskong 2015-09-15 13:50:32 +08:00
文件目录不同, 恩, 别理我
|
 |
5
lyd600lty 2015-09-15 17:17:39 +08:00
不好好上班啊你。
|
 |
6
exch4nge 2015-09-15 17:57:19 +08:00
模块间尽可能没有循环（相互）依赖关系，分清主次关系，比如 A 使用 B 模块，那你在写 B 模块的时候，需要尽可能不依赖 A 模块，并写清楚哪些是 A 模块会调用的接口。如果 B 模块有主动行为，可以考虑用注册回调函数等等的其它设计方式来避免直接依赖 A 。
划分模块的过程很痛苦，有些功能可以放这也可以放那，需要长时间的思考+几次推倒重设计，来完成适合此项目的模块设计，过度设计也不好，不设计就更不好。 |
 |
8
Felldeadbird 2015-09-15 20:29:59 +08:00 via iPhone
方便搬砖就是好模块
|
 |
9
ddou 2015-09-15 22:34:02 +08:00
最先想到的就是 功能内聚，接口清晰、易用
|
 |
10
empvio 2015-09-16 17:37:19 +08:00
低耦合，高内聚，可复用，能拓展 。是这个意思么？
|
Select Language