独家秘籍！如何写就让同事无法维护的代码？

在注解和文档中的发泄不满 。

四、应用程序设计者

Java Casts 。Java的类别承接是杲之物。每一次当你从Collection中的也就是说一个object的时候，你都必需把其转到原来的类别。因些，这些承接操作则会不止现在N多的偏远地区。如果你改回变了类别，那么你不一定能改回变所有的偏远地区。而SQL或许能检测到，也或许检测不到。

透过Java的常规 。比如：Bubblegum b = new Bubblegom(); 和 swimmer = swimner + 1; 举例来说变数间的细微差别。

不该有效性 。不该有效性读写的数据，不该有效性变数的返回值。这样花钱可以向大家展览品你是多么的义统任Corporation的电子系统和其它解释器

绝不元件 。函数调用者必需知道被函数调用的所有的实际内容。

克隆和拷贝 。为了高效率，你要学则会用作copy + paste。你几乎都不用理解别人的示例，你就可以高效地程序设计了。

不小的listener 。撰写一个listener，然后让你的所有的button类都用作这个listener，这样你可以在这个listener中的整不止一大堆if…else…句子，相当的刺激。

用作一维数组 。如果你真是一维还不必要，你可以看看四维。

常以 。同时用作类的get/set方法有和直接会面时那个public变数。这样花钱的好处是可以不小的反扑前提执法人员。

纸盒，纸盒，纸盒 。把你所有的API都纸盒上6到8遍，纸盒深度超过4层以上。然后纸盒不止相同的功能。

没授意 。把所有的新不止员都声明不止public的。这样，你以后就较难受到限制其被人用作，而且这样可以和别的示例致使越来越多的耦合度，可以让你的示例生存得越来越久。

排列和阻挠 。把drawRectangle(height, width) 改回不止 drawRectangle(width, height)，等release了几个原版后，再把其改回回去。这样前提应用程序的解释器们很加速就不想到哪一个是对的。

把变数改回在昵称上 。例如，把setAlignment(int alignment)改回不止，setLeftAlignment, setRightAlignment, setCenterAlignment。

保留你所有的没用作的和陈旧的变数，方法有和示例 。

Final你所有的子结点的类 ，这样，当你叫醒这个计划后，没人可以通过承传来扩展你的类。java.lang.string不也是这样吗？

避免用作layout 。这样就使得我们只能用作绝对坐标。如果你的老大强制你用作layout，你可以考虑用作GridBagLayout，然后把grid坐标hard code.

环境变数 。如果你的示例必需用作环境变数。那么，你不应把你的类的新不止员的子应用程序用作环境变数，而不是构造变数。

用作变数函数调用 。1）把变数函数调用的子应用程序放入相同的变数中的，就算这个变数和这个变数没任何父子关系，这样并不必需让我们的前提执法人员就像花钱侦探工作一样。2）用作变数函数调用可以让你的变数的参数愈发少一些。

URL 。URL主要用于一些参数的子应用程序。在程序设计中的，我们可以让URL中的的参数名和仅仅应用程序中的的昵称不一样。

膨胀你的类 。让你的类尽或许地持有各种散漫和深奥的方法有。比如，你的类只实现一种越来越进一步，但是你要提供所有越来越进一步的方法有。绝不定义其它的类，把所有的功能都放入一个类中的。

用作子类 。设计模式是撰写不止难以前提示例的杲之物。如果你有一个类有十个不止为（变数和方法有）你可以考虑撰写10个层次的承传，然后把这十个属性分别放入这十个层次中的。如果或许的话，把这十个类分别放入十个相同的明文中的。

大乱事你的示例。 用作XML。XML的强而有力是无人能及的。用作XML你可以把本来只要10行的示例变不止100行。而且，还要逼着别人也有XML。（参阅，义统XML得永生，义统XML得自义统）

氧化情况下公式 。如：把 a==100氧化不止，a>99 && a

学则会透过分号 。如：if ( a );else;{ int d; d = c;}

间接承接 。如：把double转string，撰写不止new Double(d).toString() 而不是 Double.toString(d)

大量用作函数函数调用 。一个NB的解释器可以在一行示例上用作将近10层的小括号（），或是在一个变数中的用作将近20层的句子函数函数调用{}，把函数函数调用的if else 转不止 [? :] 也是一件很NB的公事。

长示例行 。一行的示例越长越好。这样别人朗读时就必需来来回回的

绝不过早的return 。绝不用作break，这样，你就必需至少5层以上的if-else来处理错误。

绝不用作{}。绝不在if else用作{} ，众所周知是在你载荷地用作if-else函数函数调用时，你甚至可以在其中的乱事一个大示例，意味著，就算是最有实战经验的解释器也则会脚踏上陷阱。

比如说的元件 。比较元件一个bool类，类中的面什么都花钱，就是一个bool.

可逆 。千万不可用for(int i=0; i

五、试验中的

不该试验中的 。千万绝不试验中的任何的不止错处理，从来也不测定系统会函数调用的返回值。

总有一天不花钱性能试验中的 。如果够加速就去找普通用户换掉一个越来越加速的机器。如果你一花钱试验中的，那么就或许则会要改回你的插值，甚至重设计者，再次架构。

绝不撰写试验中的案例 。绝不花钱什么示例产值试验中的，自动化试验中的。

试验中的是懦夫举动 。一个勇敢的解释器是其实不必需这一步的。太大的应用程序太怨恨他们的老板，怨恨失去工作，怨恨普通用户激怒，甚至被起诉。这种担心怨恨息息相关了生产力。如果你对你的示例有强而有力的义统心，那还要什么试验中的呢？真正的解释器是不必需试验中的自己的示例的。

六、其他

你的老板什么都知道 。无论你的老板有多SB，你都要完全符合地遵照他的旨意办公事，意味著，你则会见识越来越多的常识以及如何撰写不止越来越加难以前提的示例。

颠覆Help Desk 。你要前提你那满是bug的应用程序总有一天绝不被前提团队知道。当普通用户打电话和撰写邮件给你的时候，你就绝不理则会，就算要理则会，让普通用户重花钱系统会或是去找普通用户其ID有问题，是标准的回答。

闭嘴 。对于一些像y2k这样的大bug，你要学则会守口如瓶，绝不去找任何人，包括你的亲人好友以及Corporation的同公事和董事会，这样当到那一天的时候，你就可以用这个bug挣钱了。

忽悠 。你则会学则会忽悠，就算你的示例撰写得很烂，你也要为其放于上GoF设计者模式的关键字，就算你的计划花钱得再烂，你也要为其放于上凶狠的关键字，让整个团队和Corporation，甚至整个业界都开始躁动，这样才能真正为难前提的示例铺平道路。

总之，我们的口号是—— Write Everywhere, Read Nowher

转自：