功能，这样咱们就有更多的时刻和精力去重视整体状况。咱们要防止的是过度的重视一个特定的方面，然后防止留传别的方面的缝隙。怎么去做呢？这里有一个简略的列表（排行不分先后）：
代码可读性
代码应当让人了解在该办法下发生了啥。
对类、办法、变量等运用好的、有含义的命名办法；
特别是，局部变量应当有一个有用的称号；
运用盛行通用的称号，比方i、j等，它们是受欢迎的，即使没有啥含义。
代码可拜访性
大家应当能够猜出哪个类有“某某可重用组件”。
将一切都放在一个独自的类中能够使代码很简略，可是那是欠好的办法。防止像CommonUtil、CommonServices这样的通用称号；
把代码分红多个文件，运用恰当的称号让它们更简略找到。
代码杂乱性
代码的杂乱性应当匹配范畴的杂乱性。代码紊乱是能够防止的，而一个范畴恰当水平的杂乱性是不可防止的，例如关于像银行或CRM这类杂乱的范畴，代码就不能简略了。企图简化工作，一味的坚持简略是有很大危险的。你的架构应当为终究完好版别而规划，不要计划着扩建“第二阶段”。
不要重复自个的编码
重复操作应当归于办法/通用类：
假如你复制粘贴代码超越5次，请把这种习气转移到自个的办法/通用类。
功能
优先思考优化的有些
不要这么做：不管哪个项目我都将优化我一般优化的有些；
将功能疑问分类，并首要优化最要害的有些；
不要过度介意优化，代码的可读性和线程的安全比功能更重要。
最终
这篇文章仅仅一个简略的谈论，在这里边，假如你只想遵从两点的话，那么应当是以下这两点：
代码紊乱是能够防止的，而一个范畴的杂乱性是不可防止的；
分类功能疑问并首要优化至关重要的有些。
