Java编程开发中高效编码的7个技巧？你应该知道……

1. 使用 JDK 8 或者更高版本

从 JDK 8 以及 更高版本开始，引进许多新功能将允许你编写更短、更具体现力的代码，包括 lambda 表达式、functional 接口、stream API等。你实际上不需要记住他们，由于 IDEA 将帮助你使用这些功能，这也是你应该使用 IDEA 的另一个愿意。《Java 8 in Action》 可能对你有所帮助。

2. 使用 IntelliJ IDEA 作为你的 IDE

我一直使用了 Eclipse 6年，NetBeans 3年。我有时依然使用他们，但是大多数时间，我只使用 IntelliJ IDEA。我不想在这里开始 IDE 的圣战，但是我只想告诉你 IDEA 将提示你基于其集成的最佳实践编写更简短、更好、更清晰的代码。你只要要按下 ALT + Enter，它将为你完成工作。大多数时间，InterlliJ IDEA 为你提供智能和实用的建议；你还可以从中取得各种新的信息。

为了更好的使用 IDEA，你最好使用 SSD，至少我这么做了——我旧的笔记本电脑无法流畅的运行 IDEA。只要要一个 256G 的 Samsung SSD 即可以让你的生活更美好。假如你仍在使用 HDD，这是值得投资的。

3. 使用 Maven/Gradle

为你的项目使用 Maven 或者 Gradle 来管理依赖、构建和部署。假如你已经构建了许多基础库在许多项目中重用，假如这些库仅在内部使用，这最好引入 Nexus。否则，你可以将他们部署到 Maven 中央存储库。

4. 使用 Lombok

和 setter/getter、hashcode/equals 以及 constructors/toString 这样的模板代码说再见。只要要一个注解——@Data——就可工作。Lombok 减少你编写的代码，但是它仍然会解决生成的字节码。

5. 编写单元测试

什么？你是认真的？

是的。可测试代码通常组织的更好、更清晰，由于它促使你事前管理类的关系、方法的访问级别以及其余内容。我发现即便最小的单元测试也会使开发更快更容易，这总能驱动你编写更简短、更清晰、更好的代码。

但是，你总会听到负面的言论，比方“我们有时间编写单元测试”或者“在截止日期来临时这是在白费时间”。这听起来是真的，有时候，这的确是事实。但是大部分时间，从我的经验来看，我认为它不是。假如你没有时间来编写单元测试，你将花费更多时间来修复可见或者不可见的 bug，而没有单元测试的快速反馈，代码的稳固性通常会降低，新的改动通常会减少，有时，你可能需要认真祈祷，由于你真的不知道将发生什么或者将引入多少新的 bug。

可能少量天才程序员可以写出不需要单元测试而没有 bug 的代码。但是我不是，你可能也不是。所以去做吧——相信我。

JUnit 和 TestNG 都可以工作；不过我更喜欢 TestNG。

6. 重构：勤而缓

更短、更简洁的代码不能一次完成；它需要反复改进。一点一点的重构并运行测试用例以确保你的更改不会破坏代码的正确行为。事情会变得越来越好。IDEA 提供了很好的重构支持，比方提取方法、重命名、内联等。

假如你不知道什么是重构并想要理解更多，Martin Flower 的书 《Refactoring: Improving the Design of Existing Code (2nd Edition)》 （译者注：中文版书名叫做《重构:改善既有代码的设计》）是必备的。

7. 定期拜访用户并获取他们的反馈

老实说，这应该在列表的顶部，但在这种情况下，“最好的都在最后”。你编写的代码是为理解决用户的问题，满足他们的需求并消除他们的痛点。有时，你白费了太多时间实现不必要的特性和功能。但是你如何能早点知道呢？定期与用户保持联络，以便尽早得到他们的反馈。然而，这并不像你想象的那么容易，即便是经验丰富的产品经理也无法在短时间内取得信息，甚至比主要关注实现的程序员还少。

一个实际的建议是，假如你无法直接与用户联络，你应该经常与你的产品负责人联络，并清楚有礼貌的谈谈你的问题，这将节省很多时间。

为了让学习变得轻松、高效，今天给大家免费分享一套Java入门教学资源。帮助大家在成为Java架构师的道路上披荆斩棘。需要入门的资料欢迎加入学习交流群：9285，05736