我以前写程序很不注意格式问题,认为把功能实现了就可以了,当我接手维护一个别人写的程序时,才发现我的这个观点是大错特错的,他的这一个程序关联写的很复杂,有bug时很难调试,并且在一个action中写了两个方法,都是一样的参数,方法也基本一样,只是第一个方法中少了一个request.setAttribute("");,我发现错误就是地二个方法中应该有这个request,而第一个中不应该有,但是上传到服务器上后却发现其他的方法不能用了.
天啊...这 都什么逻辑啊,居然牵扯到其他的功能实现,我又把最早的代码替换上去(中间我改过一些查询,好象是改完查询后那个功能才不能用的),结果又得到乱码,查询功能也不能用了,我真是欲哭无泪,算了再搞的话.说不定服务器都别我搞垮了,我在本地把他的方法要重新修改一下,本来很简单的事搞的这么复杂.我以后写的时候也要千万注意才行,易读性和耦合性一定要把握好.
本文通过一次维护他人代码的经历,强调了程序格式、易读性和低耦合性的重要性。作者发现了一个因方法间耦合过高导致的小改动引发一系列连锁反应的问题。
2105

被折叠的 条评论
为什么被折叠?



