• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 4073 days ago, the information mentioned may be changed or developed.
 |
iugoSep 15, 2015
1
模块之间没有代码与数据的纠缠. 互相独立.
比如 mailgun 是邮件模块. 但是模块颗粒度不同, 可以大模块包含小模块. 比如基于 mailgun 制作找回密码模块. |
 |
500milesSep 15, 2015
2
最好是单独拎出来可用了 当然这种很难...只有像 发短信 发邮件之类的 才能做到吧
大部分时间都要对应一些具体业务逻辑, 尽量做到 沿着业务逻辑这条线, 拆分 组合各种小模块吧, 再就是适合的设计模式的应用了 功力不到, 说不清楚 ... 希望更有经验的牛牛分享下.. 经常思考 尝试; 但是总感觉不理想 |
 |
ryanking8215Sep 15, 2015
3
轻耦合，高内聚。
往这 2 个靠准没错 |
 |
anubiskongSep 15, 2015
4
文件目录不同, 恩, 别理我
|
 |
lyd600ltySep 15, 2015
5
不好好上班啊你。
|
 |
exch4ngeSep 15, 2015
6
模块间尽可能没有循环（相互）依赖关系，分清主次关系，比如 A 使用 B 模块，那你在写 B 模块的时候，需要尽可能不依赖 A 模块，并写清楚哪些是 A 模块会调用的接口。如果 B 模块有主动行为，可以考虑用注册回调函数等等的其它设计方式来避免直接依赖 A 。
划分模块的过程很痛苦，有些功能可以放这也可以放那，需要长时间的思考+几次推倒重设计，来完成适合此项目的模块设计，过度设计也不好，不设计就更不好。 |
 |
FelldeadbirdSep 15, 2015 via iPhone
8
方便搬砖就是好模块
|
 |
ddouSep 15, 2015
9
最先想到的就是 功能内聚，接口清晰、易用
|
 |
empvioSep 16, 2015
10
低耦合，高内聚，可复用，能拓展 。是这个意思么？
|
Select Language