关于Java的一点思考

Java 的冗长饱受诟病。作为一门语言似乎 Java 的语法确实冗长。但是在如今 IDE 代码提示的辅助下，实际工程中使用 Java 可能并不会造成很大的不适，反而会提高分析效率和代码的可读性。

• 驼峰命名法
  Java 规范建议使用驼峰命名法来定义变量名和类名、接口名等，这样做首先确实是会让 Java 代码变长很多。不过这保障了 Java 代码的可读性。例如，对于文件路径，Java 倾向于命名成 filePath，或者 targetFilePath。一个变量名虽然很长，但是清楚地表达出了变量的含义。
  Java 冗长也许不可避免，因此不要放弃通过这种牺牲得到的信息表达准确的优势，根据 Java 风格正确命名。

• 清晰的逻辑
  Java 代码，处理某一件很简单的操作，可能会很长很长。一方面，尽量采用 lambda 表达式简化代码，另一方面，清晰的逻辑有助于分析 Java 代码。例如 Android 按钮点击创建文件夹的逻辑：

Button button = findViewById(click_button);
button.setOnClickListener(new View.OnClickListener {
    @Override
    public onClick(View view) {
    	File targetFile = new File(targetFilePath);
		if(!targetFile.exists()) {
		   // 文件不存在时的逻辑
		   // 一般是创建该文件
		  try {
		         targetFile.createNewFile();
		  } catch (IOException e) {
		         e.printStackTrace();
		  }
		} else {
		 //文件夹已经存在时的逻辑
		 // 可以给出一些提示信息等
		}
	}
})

看起来很长（确实长），但是结合注释就会很容易理解这个过程，并可以从中窥见Java 处理问题的步骤。
另外，一些代码，已经形式化了，可以多敲敲，产生肌肉记忆后，一些模块化的代码可以省略，直接看核心部分的代码，也是简化分析的办法。

可能Java 代码确实很长，因此一定要理解 Java 代码的逻辑，否则冗长的代码会变得极为难以阅读。不过，Java 代码的逻辑应当是相对好理解的。

注意不要抵触Java，要试着发现 Java 代码的优点，可能它确实有缺点，但是这么多年来，它能得到如此广泛的应用，我想 Java 依然是瑕不掩瑜的。