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

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

   上车!!

  

  

 

  孤独求败第一式:  

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

  孤独求败第二式:  

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

  

 

  孤独求败第三式:  

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

  

  孤独求败第四式:  

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

  孤独求败第五式:  

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

  

  孤独求败第六式:  

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

   孤独求败第七式:  看图:

  

 

  孤独求败第八式:  

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

 

  

 

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

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

 

   

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

 

  

 

原文地址:https://www.cnblogs.com/zhutty/p/5899996.html