小猿圈Java学习之程序员需要注意的5项守则
俗话说的好，没有规矩不成方圆，在各行各业中都有自己的规则，对于我们Java从业者来说也有属于我们自己的守则，这些规则可以让我们更专业，更受人尊重，今天小猿圈就给大家分享Java程序开发最应注意的5项守则。
1. 不要把简单事情复杂化
我曾经这么做过，我相信你也一样。开发者都倾向于采用复杂方式解决简单问题。我们在一个只有5个用户的系统中引入EJB，为一个并不需要框架的应用实现一套框架，采用属性文件、采用面向对象解决方案、使用线程，而这些根本用不着。为什么会这么做?一些人可能不知道有更好的解决方案，但另一些人可能故意这样做来学习新知识，或仅仅是因为有趣。对那些不知道更好解决方案的人，要多听有经验程序员的建议。对于那些纯粹出于个人目的而将设计复杂化的人，我建议你要更加专业一点。
2. 不要发明你自己的框架
不夸张地讲，已经有几千个框架存在了，大多数还是开源的。很多框架都是极完美的解决方案，并已被用到成千的系统中。我们只要关注最 新的流行的框架，至少表面上要熟悉一下。
一个最成功的、也是被广泛使用的例子是Struts框架，这个开源的web框架是建立web系统的极 佳选择，不要试图构造你自己的Struts版本，会累死的。但你必须记住第2条(译注：原文是“第3条”，显然不对)戒律 —— 不要把简单事情复杂化。如果你要开发的系统只有3个界面，就不要用Struts. 对于这样一个系统，没有足够的需要被“控制”的东西(译注：Struts将界面做MVC划分，C即controller，所以作者说there isn't much "controlling" required)。
3 单元测试，单元测试，单元测试
我不准备讨论如何单元测试的细节，我只是想说这必须要做。这是编程中最基本的规则了，尤其不能忽略。如果你同事能为你的代码创建一个测试计划，那就再好不过了;如果不能，那就要自己做。做单元测试计划时，遵循下面原则：编码前就写单元测试;保留单元测试的注释 。 对任何“有趣的”公共方法都要做单元测试
4. 注意图形用户界面
无论听上去多荒谬，但有一点我注意过多次了：图形用户界面(GUI)对于商业用户而言与程序功能及执行效率一样重要。GUI对于应用程序 的成功至关重要。IT管理者(译注：这里应该是指程序开发方的IT management)常常忽略GUI的重要性，很多公司为了省钱而不雇佣web设计人员，而这些设计人员有足够的经验来设计“用户友好”的应用软件。Java程序员不得不依赖他们有限的HMTL知识。我见过非常多对“计算机友好”而非对“用户友好”的应用程序，同时精通软件开发和用户界面开发的开发者非常少见。 如果你是一位不幸被指派做界面开发的Java程序员，你要遵循下面3条规则：不要重新发明轮子。去看那些类似应用系统的界面。 首先建立一个原型。这一步非常关键。客户喜欢提前看到他们要用的东西。同样你可以得到他们的反馈，而不是你辛辛苦苦做出来一个客户不喜欢的东西。
5. 为代码添加注释
每个人都知道这一点，但不是每个人都会这么做。你有多少次“忘记”添加注释了?确实，注释不会为你的程序增加任何函数功能。但是，有多少次，看到2周前写的代码，你都记不起它是干什么的?你很幸运，那些未注释的代码是你自己写的，你脑海中还会有残存的印象。非常不幸，大多时候，代码是别人写的，并且那个人很可能已经离开公司了。有句谚语说的好：“有来有往，互惠互利”，因此程序员应该体谅彼此(还有你自己)，给你的代码加上注释。
好了今天的分享就到这里，不知道大家有没有受益呢，小猿圈-IT自学人的小圈子，希望大家可以在小猿圈进步和成长，记得关注我哦。
