6个重要的Java编程风格习惯

    Java工程师需要遵循一系列的编码风格和开发习惯。武汉Java培训*指出，这些编码风格与开发习惯可以帮你获得简洁可控的代码库，提升效率。


零注释（公共 API 除外）
    首先谈一下零注释这一编程习惯。注释很快就会与代码脱节。假如你在一段代码的上面写了行注释，谁也不能保证下一个修改代码的人会更新注释。不太可能有人更新注释，原来的代码段可能被删除，业务需求也可能改变。因此，注释弊大于利。


    那么如何解决呢？写自记录代码！对变量、对象或者函数等进行命名时，选择能清晰表达其用途的名字。为了直观表达用途，你可以对它们进行重构，将之拆分为更简洁的形式。编辑器有自动填写功能，你不需要敲出整个标识符的名字。


    公共 API 是一个明显的例外。假如你正在建立一个准备公开发版的库，那还是使用简洁的方法名比较好。


不要用 “Test” 为测试方法开头
    你写的方法会注释为测试，方法所在的类也存在于测试包中。一眼就能看出是测试。测试方法的名称应该明确指出测试的内容与条件，准确表达测什么功能以及预期的结果。


    如果你正在使用 IntelliJ ，建议使用一款优秀的插件Enso 。它可以将测试名转化成一个句子，一目了然地显示测试的内容。这意味着当你在注视任何类的时候， Enso 都会展示其说明文档。


不要使用@Override
    假如你不使用 @override ，较坏的结果就是你重写了一个函数，而调用时执行的却是原版函数，而非重写的版本。幸好，在测试驱动开发模式下，测试整段代码时就会定位到这个 bug 。 @Override 也就成了一段冗余的代码。冗余的代码没有任何的好处，停止使用 @Override ，选择依赖 TDD 吧。


不要使用 getX()/setY() 这样的函数名
    getXXX 和 setXXX 这种命名方式是 Javabeans 时代遗留的。而 JavaBeans 时代早已过去，这种命名方式也不再适用了。后者让代码变得令人反感却没有带来什么好处。去掉 get／set 这类关键字有利于字段名称的简洁。


可运行的代码>高性能的代码 
    这段内容和代码风格关系不大，而是更加泛泛而谈。从较基本的层面上解决问题然后测试性能，多数情况下，这类方案都是高速，可扩展或符合其他时髦概念的。解决问题时，先实施你能采取的较基本方案，然后再进行优化。较起码，这种方式能让你有实例证明问题已经解决。


使用自己的异常类型
    Java 中的检查性异常 （Checked exceptions） 很糟糕，几乎所有其他编程语言（例如C＃）都意识到了这一点，所以它们甚至没有这个类型。武汉java培训*认为，编写任何应用程序，都要创建自己的异常类型，在这些应用程序中抛出的任何异常，都要用开发者创建的异常类接住，然后抛出运行时异常。这让代码更加整洁，而且能通过log追朔异常来自代码的哪一部分或者这是完全出乎意料的异常类型。
[url=http:///]武汉中软国际[/url]
[url=http:///]武汉it培训[/url]
[url=http:///]武汉中软**[/url]
[url=http:///]武汉UI培训[/url]
[url=http:///]武汉Java培训[/url]
[url=http:///]武汉安卓培训[/url]
[url=http:///]武汉ios培训[/url]
[url=http:///]武汉UI设计培训[/url]
[url=http:///html/java/]武汉Java培训机构[/url]
[url=http:///html/java/]武汉Java培训学校[/url]
[url=http:///]武汉中软国际[/url]
[url=http:///]武汉中软[/url]
[url=http:///]中软国际武汉分公司[/url]
[url=http:///]武汉it培训[/url]
[url=http:///]武汉软件工程师培训[/url]
[url=http:///]武汉UI培训[/url]
[url=http:///]武汉UI设计培训[/url]
[url=http:///]武汉Java培训[/url]
[url=http:///]武汉Java培训机构[/url]
[url=http:///]武汉Java培训学校[/url]
[url=http:///]武汉安卓培训[/url]
[url=http:///]武汉ios培训[/url]