1、脑子中冒出想法，有概况而无细节，就上手去写代码这样是不行的。要先文档化想法，整理出细节形成需求文档，而后在进行实现，这样会事半功倍，反之则事倍功半。程序反映现实，详细的描述出象，才能去实现。
2、应用使用开源组件时，开源组件往往对外公布的有常用API，应用需要对API进行一层包装，因为应用不会去修改特定组件的API，在应用开发使用API的过程中，可能需要对这些API做一些通用的操作，在此包装层可以做需要集中做的事情，这样不至于修改公共问题时，散乱修改。包装的方式，可以使用代理模式，或者直接做委托。开源组件都是用于处理特定问题域的问题而诞生的，所以问题域的细节使用者可以不用深究，只需要关注提供的统一API即可。使用者的关注的领域是组件在处理问题中可能产生的一些问题，自己使用组件时怎么封装更方便，怎么样能使自己的应用和组件解耦，通常在组件API和应用之间加上适配层是最好的方式，这样使应用具有前瞻性，能在适配层对组件的使用进行必要的扩展和转化。
3、直接在应用的代码中直接使用三方组件API最大的问题就是，三方组件的处理其问题域有其缺陷时，应用后续修改代码散乱，工作量大，三方组件和本身应用耦合度过大，不好拆解换用同类其他组件。中间加上适配层，这样具有更好的前瞻性、扩展性。
818
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
