类
许多开发人员都将面向对象作为标准 ， 因此多年来一直在 Java 中实现对象 。 到目前为止 ， 我们一直在使用框架和自己开发的解决方案 ， 因为在 ES5 中类的使用非常痛苦 。 其实 ， 我对这一点一直非常不解 ， 因为很明显 ES5 支持类 ， 关键字“CLASS”是保留字 。
这引发了很多争论 。 每个人都会选择自己喜欢的框架来创建面向对象接口 。 除了作者本身之外 ， 很难与其他人展开合作 ， 而且也无法协同工作 。
现在有了 ES6 ， 我们终于有了处理类的标准化方式 。 ES6 类使用原型 ， 而不是函数工厂方法 ， 如果我们有一个类 baseModel ， 则可以定义一个构造函数和一个 getName 方法 。
模块
模块的情况也大致类似 。 事实上 ， 当发现 ES5 默认为不支持原生模块时 ， 很多开发人员都感到非常惊讶 。 只不过我们习惯了使用AMD、RequireJS、CommonJS 和其他工具实现的变通方法 ， 以至于忘记了这些其实都不属于 Java 。
现在有了 ES6 ， 我们就可以使用简单的 import 和 export 命令处理模块了 。 至少有人会在一些情况下采用这种方式 ， 但也有人可能会再次将目光转向框架 ， 因为 ES6 引入模块的方式真的很混乱 。 ES6 并没有采用 Node.js 处理模块的方式 ， 但很多人都比较喜欢 Node.js 的处理方式 。
总结
简而言之 ， ES6 为 Java 带来了大量的语法变化 ， 大大减少了我们对大多数框架的需求 。 再加上我们目前使用的大多数框架都导致 Java 更为晦涩 ， 而且还有额外的依赖项 。 因此 ， 我认为在接下来几年中这些框架的使用将减少 ， 乃至完全消失 。
但也有可能 ES6 也只是一次历史重演 ， 我们会再次使用框架 ， 但在这之前我们还有几年的时间学习如何编写更好的 Java 。
参考链接：
https://stackoverflow.blog/2021/11/10/does-es6-make-java-frameworks-obsolete/
为助力云原生开发者更好迎接即将到来的“黄金十年” ， CSDN 特别发起《2021中国云原生开发者调查报告》 ， 围绕“云原生开发者画像、人才和技术分布版图、一线开发者的技术实践、场景与应用分析、云原生的技术未来”等五大方面进行深度调查和解析 。
本次问卷调查共 10 个问题 ， 可能占用您 3-5 分钟时间 ， 感谢您的倾力支持 。