移动互联网高级开发正式课VIP课程-码牛第二期
链接：https://pan.baidu.com/s/1DGD8...
提取码：sm0f
--来自百度网盘超级会员V4的分享
Java 8之后的那些新特性（一）：部分变量var
在IDEA中2021年的一个调查中，程序员中运用Java的版本中，Java 8仍是主流。新的长期支持版Java 11，Java 17并未有Java 8盛行。
我并不以为一定得运用新版的Java，但我们也要认识到Java 8是在2014年发布的，距今曾经是8年之久了。而在这8年中，相似Kotlin，Swift，TypeScript言语都在不时的更新优化本人的言语特性。
这使得Java 8相比起来，在让代码更简约文雅上越来越有所差距。好在，Java并未中止它行进的步伐，从Java 8之后的许多个版本，在自创参考其它言语优秀的特性的根底之上，Java开展出了新的能让代码更简约的语法特性。
变量与常量
在声明变量这个事情上，大家所熟知的Java变量声明方式是：
//变量
EntityRepository entityRepository = new EntityRepositoryJPA();
//常量
final String httpMethod = "post"
复制代码
Java变量声明的方式是类 + 称号的方式来停止声明 ，假如是常量，则以final关键字来声明。
我们能够比照下其它言语的变量声明方式
Kotlin中是以var声明变量，val声明常量
//变量
var entityRepository = EntityRepositoryJPA()
//常量
val httpMehod = "post"
复制代码
TypeScript是以let来声明变量，const来声明常量
//变量
let entityRepository = new EntityRepositoryJPA()
//常量
const httpMethod = "post"
复制代码
Swift中是由var定义变量，let来定义常量
//变量
var entityRepository = EntityRepositoryJPA()
//常量
let httpMethod = "post"
复制代码
从上面比照能够看出，相较于Java的类型 + 称号的定义方式，新的言语都偏好关键字 + 称号的形式。
类型自动断定
事实上，现代编程言语，都十分喜欢最大限度的运用类型自动断定，也就是关键字 +称号这种形式。
类型推定的根本准绳是：只需经过上下文能猜想到的，就不需求明白声明它的类型
由于，一个显而易见的点是，这样的代码的确更简约。
我们假如用关键字 + 称号的写法来重写上述Java代码中的变量与常量定义，那我们的代码就是是如此：
//运用(关键字 + 称号)的形式重写
//变量
var entityRepository = new EntityRepositoryJPA();
//常量
var httpMethod = "post"
复制代码
根据类型自动断定的逻辑，编译器和我们程序员，都会很显而易见的猜想到，entityRepository的类型是EntityRepositoryJPA类的实例，而httpMethod则是一个String类型。
当然，上面这个例子可能不太令人觉得到必要性，由于简约不到哪去，但在一些复杂的场景中，的确能简约很多
//运用旧有形式
Collector
= groupingBy(Function.identity(), counting());//运用var来重写
var byOccurrence = groupingBy(Function.identity(), counting());
复制代码
语法解析
所以，Java 10引进了部分变量var这个关键字，最显著的一个缘由就是：简化代码
很难说这个特性没有自创其它现代主流言语，我以为肯定是参考与自创了的。
但受限于Java过于持久的历史，这个特性相比其它言语，也只是个半吊子的完成，它有挺多的限制
var关键字只能在办法中运用，不能在办法参数，类参数等上运用
var是变量的含义，没有简化常量的关键字
其中，最大的一个受限就是，你只能在办法中的部分变量中运用var这个关键字
@Test
void testEntityExists(){
var exists = repository.exists(User.class,-1L);
Assertions.assertFalse(exists);
var created = repository.save(randomUser());
exists = repository.exists(User.class,created.getId());
Assertions.assertTrue(exists);
}复制代码
如上代码所示，你只能在办法内部运用var，不能在其它中央运用这个关键字，而且它表示变量，关于常量，并无相应的关键字来简化。
缺陷与影响
优点我就不说了，上面说了，最大的也根本上是最主要的优点是让代码更简约。
还是来说缺陷吧。
就我个人的阅历来说，我以为，关于长期运用Java言语的程序员来说，这个特性的缺陷表现为如下：
Java程序员并不习气这个作风
假如是前端 ，挪动端的程序员，他们运用的主要编程言语都根本上是关键字+称号的形式，会对这种作风十分熟习。
比方关于我这样的，的确我在晓得这个特性之后，十分喜欢这样，霎时根本上就切换为这种形式了，由于我在其它言语中，都是这种作风，我习气了关键字+名字的作风。
但不断从事Java的程序员并不一样，类名+称号的作风他们太熟习了，对他们来说，这个半吊子特性并无特别运用的必要。
我们都十分喜欢本人熟习的作风，不是么？
部分的优化而非全局性转变
Java的这个转变，并非是全局性的，你在类的变量，办法参数中，并不能运用这种作风。
这招致这个转变的影响面比拟小，可能进一步加剧了大家对这个特性的疏忽。
影响了代码的可读性
好吧，我们都晓得，简约性与可读性可能有时分方向不太一样；越简约，有时分越难以阅读，啰嗦一点，可能读起来更容易了解。
这种作风，关于习气了的人来说，并不存在阅读性上的削弱的影响，但关于Java程序员来说，觉得可读性还是会降低一些。
为什么IDEA要这么干？肯定是由于Java程序员不太熟习这种作风，用这种方式来协助和提示程序员。
但站在经常运用其它言语的人，比方我这样的来看，这种并无太多必要。事实上，在IDEA中运用Kotlin时，压根就没有这种提示。
值得赞扬的进步
在我晓得Java有部分变量以后，遭到我过往运用其它言语的影响，我的确很快转变过来了，这种转变简直不费什么本钱。而且从我的编码觉得上来看，这种的确令代码更简约，这是肯定的。
但关于那些从始至终运用Java的程序员来说，这种转变我以为需求一些本钱。
但为了追求代码的简约性，这也是十分值得的。
当然，一切都由你本人为所欲为来决议了。
不过从这一点上来看，我倒是对Java这门言语刮目相看，它的确没有中止本人的步伐，不时的自创与学习其它现代言语的一些新的好的做法，改良本身。
而从Java 8到如今最新的Java 17，这个言语都晋级了这么多个版本，改良的当然不会是只这一点。