尽量以独立模块的思想来开发

这几天有参与公司组织的一个简单的培训课程， 我是其中的导师之一。在课上跟大家分享了一些一个程序从低级走向中级的一些简单方法。
其中有一个我没有意识到，但是我感觉又比较重要的事情。那就是以独立模块的开发方式，开发你的功能模块。
为什么会出现这个想法是因为，我要开发开发某一个模块，需求用到路经点编辑功能， 在我们的项目中， 已经又了类似功能， 那我就想我是不是能够复用该功能。结果在我多方沟通之后发现， 复用的代价很大，因为这个模块与现有使用的业务嵌套的相当的深， 如果要复用，需要修改的地方很大， 然后我决定不适用现有那套机制， 而自己实现一套。 在动手之前我突然想到我以前实现过类似的功能，所以想着直接把以前的实现搬过来， 或者直接复制过来使用。但是结果我发现我以前的实现和现有的实现一样， 都不是独立模块。当我需要复用的时候， 我整个架构的主体的变动是很大的。
所以引发了我的思考，为什么现在的项目的同事或者以前的我都没有把这个模块设计的足够的独立呢。我觉得比较重要的原因是没有以一个模块独立的思想去编写游戏代码。
因为模块的独立是有代价的， 不是简单的说独立就能独立， 都需要程序员为之付出努力之后才能做到模块足够独立， 功能都能满足， 扩展都能支持的地步。但是大部分人都不有这种思想， 特别是对于一些在模块中使用的小模块。 所以需要我们有一种模块需要复用的开发思想， 譬如 如果你们有需要建立自己的代码库， 那么当你在开发模块的时候就会考虑这个功能是否能被我自己代码库收录， 如果可以，那么你自己就会有将模块尽量以独立的方式去开发， 尽量依赖注入的方式去组合模块。 这样可以让模块有最大程序的一个复用性， 而且与相关模块的耦合足够的小。

还有就是在开发的时候尽量要有一份结构文档， 当你先有了一份设计文档的时候， 你才能以最高效的速度去开发你的功能。 而且在文档出来之后， 你内心中就可以审视一下， 你这个模块到底是否能够成为一个独立模块， 如果可以， 尽量以独立模块的开发方式去开发你负责的功能。 终有一天， 你会感谢自己做的这个决定。

还有就是在写的过程中, 尽量先画简单的结构图, 然后再开始行动. 这样你的编程速度会提高很多, 毕竟磨刀不误砍柴功, 而且你还可以给你的同事或朋友帮你做review. 或者 做备份文档也是可以的.