修改别人程序的技巧..ppt

谈程序的修改技巧 郑海山 收集整理 修改代码原则 寻找合适的代码 记录每个修改 通读源代码 修改最少 耦合度最低 寻找合适的代码 修改代码不如自己重写代码，除非时间、人力方面不允许。 修改代码之前必须先读懂对方的源代码，这花的时间可能会比自己写花的时间更多。必须在这两者之间取得平衡。 改变自身需求，使需求适应下载的代码，达到直接使用，无需修改。 比如你打算找一个实现某些功能的代码，可是找了很多代码，要不只能实现其中的某些功能，要不就是某些功能不完全符合你的要求，这时就必须改变自己最原始的想法，找一个最接近的代码。因为有时候你原先的需求就是错误的。 寻找合适的代码 代码必须架构合理，编码规范，这样的代码安全系数才比较高。 源代码作者经常更新。 源代码公布后，如果有什么安全漏洞，整个系统就暴露在cracker面前。只有源代码作者根据用户的建议不断修复Bug和增加功能，才是可信赖的系统。 寻找合适的代码 推荐网站 和 。 是网上最大的开放源代码聚合地。有大量的源代码，分类组织，便于查找。 最好的搜索引擎，基本上你可以找到任何东西，如果你使用了正确的关键字。通过搜索技巧，变换关键字。 记录每个修改 使用文本文件记录下修改，以便快速恢复 因为开始我们只是试用一个系统，或者只是试着加入一些功能，如果加入功能失败，你又不知道加入了那些东西，这时你可以全部删除你刚才的修改，把原始文件重新解压，根据文本文件的记录恢复到某个版本。或者使用cvs系统自动控制。 记录下打算增加或者修改的事情，记为todo，完成后放入done区。可以使用文本文件手动维护todolist。 记录每个修改 有了这个记录，就可以在下次推出新版本后继续修改。 每件事都有记录是一个好的习惯。 在源代码里也可加上记录，比如//2003.12.25 modify by Haishion，禁止在下班时间发表，Begin something…………//2003.12.25 modify by Haishion，禁止在下班时间发表，End 通读源代码 通读代码包括通读目录下的所有文件，特别是Readme，Manual，help，guide，doc，faq这种开头的文档。很多简单的安装出错其实在手册里面都已经告诉你了。 修改别人的程序时一定要通读代码，这样才可以保证修改了不加入新的Bug，并且可以充分利用原先的代码。 有时为了增加一个新功能，你可以写了一个下午的代码，过几天后发现源代码里面其实有这个功能函数，只需调用某个函数即可。这就是没有通读源代码的结果。 通读源代码 用文本文件记录下代码的函数功能，一些值得注意的地方。 一定必须确保你知道这个软件在干什么，管理员有几个入口，有几个内置帐号需要关闭等等。 修改最少 定位修改位置，可以使用Editplus的目录全文检索功能。根据用户界面的文字做关键字。Web的用户界面文字可能不准确，可以查看web源代码或者缩小文字单位。 如果一个功能有多个修改方法，使用修改最少的那种。虽然这种可能破坏了代码的架构。 耦合度最低 增加进去的代码应该尽量跟原程序比较分离。总的原则是：源代码就像刺猬，能不碰就不碰。 把增加的代码包装成一个过程或者函数，在正确的地方调用一下即可。这样是为了代码的美观。 耦合度最低 给函数增加功能的方法： 比如一个函数void foo(int i, string s);在多处有调用，你要给foo加入一个新的功能在你自己的代码内调用，你可以。 写一个void foo_new(int i, string s, boolean b);把foo这个函数体拷贝到foo_new。在foo_new里添加代码，这样的坏处是你如果更新foo，你必须同时更新foo_new。有相同的代码散布在系统各处是编程大忌。 写一个void foo_new(int i, string s, boolean b);把foo改为调用foo_new(i, s, DEFAULT VALUE)。 不写foo_new函数，使用全程变量，blnHackIt，初始值为DEFAULT VALUE，在新调用的地方把blnHackIt设置定某个值，在foo里面加入 if blnHackIt = SOME VALUE then  do something… end if 选择后面2种之一。 针对下载的Asp代码的修改 修改数据库文件名 例如改为dsfs354sfubzdpIUHndsgs.mdb，使用拷贝粘贴放入数据库连接字符串。 根据zhiwei的建议，在IIS里给*.mdb影射一个字节