[原创] 如何编写一份不可维护的代码

　　程序猿的眼里，世界唯吾独尊。斗破苍穹，如何能处身于不败之地？？—— 唯有修得前无古人后无来者的独门绝技，干死同门，方能成为长老。且跟我来，传授与你天文代码技能，出之吾手，唯吾能懂，若非吾，则，此道必亡。

 　　上车！！

　　

 

　　

 

　　孤独求败第一式：　　

　　　　变量不可语义命名，用123什么的就行了，eg, var1.var 2...

　　孤独求败第二式：　　

　　　　千万不要写注释。注释费时费力，写了不一定会看看了不一定会懂。此式与第一式结合使用，堪称完美。

　　

 

　　孤独求败第三式：　　

　　　　多个变量，重复赋值。a1=b1,b1=c3,c3=c1,c1=a1;每次使用不同变量，然这几个都是同一个，后者想给你重构？？哈哈，让他去死吧。忘了补充，其实方法的实现比变量赋值杀伤力更大啊，相同业务逻辑的方法单独写，并且多写几份，方法功能不要独立，一个方法调用另一个方法，另一个再调另一个，没个两三天，这段业务逻辑别想理清。就像下面这段，一个功能，5个方法来控制，真是六得不行啊。

　　

 

　　孤独求败第四式：　　

　　　　多分模块，把一个业务分散到多个模块中。接盘这需把握这上十个文件，慢慢的理里面逻辑。分分钟让其走火入魔，自断筋脉而亡。

　　孤独求败第五式：　　

　　　　视图模型一块写。视图模型两家亲，何须分开写。这视图里面写入模型数据，操作数据与操作视图相间进行。谁人敢动，让其抓狂而亡。

　　

　　孤独求败第六式：　　

　　　　迷宫式业务逻辑。if 嵌套越深越佳，千回路转，在返回嵌套。只见后人只顾尾而顾不了头了。(还有两百行未截屏。。。。， 重写后，这个文件从1200行变成了400行。。。。)

 　　孤独求败第七式：　　看图：

　　

 

　　孤独求败第八式：　　

　　　　将前七式融为一体，形成这第八式。威力远大于降龙十八掌最后一式 降龙有悔。

 

　　

 

 　　这都是笔者实际项目遇到的高手，实在甘拜下风。代码是项目的核心，代码一团糟必然导致项目不稳定，故障不断，用户流失。一个公司要长久的发展，必须要有一套高度可维护的标准代码。技术不好可以学，习惯不好，改不了。

转载请注明出处： http://zhutty.cnblogs.com

 

 　　

 　　特别声明： 代码片段已被笔者重写或重构，不构成代码泄露。