个人看法 模块与模式

1,模块化。对于脚本中的很多 功能 最好做成函数 或者独立的库 等等类似的模块。 这样就把需要的功能封装起来,对外只是提供接口,即使内部功能改了,只要接口不会变化,对外就不会影响使用。 同时 别的程序需要时, 可以直接拿过来用, 达到复用的目的。

2,强内聚,低耦合。 设计模块时, 要理解这个概念。对于 库、类或者函数 只完成单一的功能, 不要搞大杂烩,什么都往里放,不相关的就不要往里放。 即使这个模块拿到别的地方使用,也没问题,尽量让耦合度低一些。 强内聚 就是所有可能的任务都要在模块内实现,“对外依赖度”越低越好。 模块的功能越单一,模块复用的概率就越高。

3,逻辑。 尽量不要使用很复杂的逻辑, 简单说 能简单完成的任务,就不要去复杂的做。两点之间的线段最短,绕远的话 就远了。 简单既是美。 最关键的就是 逻辑一定要清晰。

4,模型或者设计模式。 有很多的设计模式或者模型, 可以多看一些类似方面的书和源码,对于设计自己的程序有很大帮助,无论是效率、性能还是解决问题的思路。这个是重中之重, 语言、脚本只是工具,盖个平房 还是大厦都离不开工具,这些是基础,当然工具也有自己的特点,更好的理解工具的特点,相比之下,就能做出更好的东西。 但是 光有工具不行,没有设计图纸盖成什么,谁也不知道。 模型或者设计模式 就是你需要的了。

多看些软件方面的书 或者源码, 吸取精华,去其糟粕。 提高自己, 原地踏步 就是后退, 因为别人在前进。

以上只是我的个人见解, 仅供参考。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值