Java 已经发展了近20年,极其丰富的周边框架打造了一个繁荣稳固的生态圈。Java现在他不仅仅是一门语言,而且还是一整个生态体系,它实在是太庞大了,从诞生到现在, 有无数的技术不断的在推出,也有很多技术在不断的被淘汰。这导致很多人不知道到底哪些技术值得学,哪些技术是主流,而哪些技术不应该学呢?
IDE,从当年如火如荼的 JBuilder 到 Eclipse,再到更好用的 IDEA。
随着时间推移,一些优秀的框架崭露头角,一些低效框架也慢慢退出历史舞台而本文,我主要谈一下那些 Java 知识“已经过时”,没必要继续学习了。您也可以把本文看做上篇文章的补充。
3.对面试是否有用?
JSP 在实际开发中,主要是作为 MVC 模型中的 V(View)层出现的。当然,View 层的渲染技术除了 JSP,还有 FreeMaker、Velocity 等。JSP 作为页面模板,在后端通过 MVC 框架渲染成 HMTL,然后再发送到客户端(例如浏览器)来呈现。这也就是我们常说的“前后端不分离”,“混合式”开发。而当前,包括我所在的公司,以及大部分互联网公司。要么已经抛弃这种模式,要么正在抛弃的路上,而转向彻底的“前后端分离”。
“_完全可以放弃对 JSP 的学习_。”
在 Java 后端开发中,MVC 模型还是主流。而 Struts 作为一个 MVC 框架,单从技术上来说,还是很优秀的。但是,现在 Spring 实在是太强势了,越来越成为 Java 开发中的“一站式”工具包,其中的一个利器就是 Spring MVC。望名知意,Spring MVC 也是一个 MVC 框架。而且因为它是 Spring 的亲儿子,自然和 Spring 契合的非常完美。
同时,在设计之初,Spring MVC 就参照了其他 MVC 框架的优缺点(包括 Struts),所以用起来非常爽。因此,在 MVC 框架领域,Spring MVC 大有一统天下的趋势。另外,搜索公众号互联网架构师后台回复“面试”,获取一份惊喜礼包。
“_不要再学习 Struts 了,从 Spring MVC 开始吧!_”
Hibernate 作为老牌的 OR 映射框架,功能非常强大,涵盖面非常广。但这既是它的优点,同时也成为它的“负担”,是开发人员“不能承受之重”。Hibernate 的设计初衷,是为了最大程度的解放程序员,完全隔离数据库,实现彻底的 OR 映射。程序员甚至可以不写一行 SQL 语句,单通过配置就能实现对数据库的操作。
.调优困难
前两点不难理解,单说“调优困难”。因为 Hibernate 的设计目标是彻底的 OR 映射,彻底的隔离 SQL 语句。但必然会带来一定的性能损失。大部分情况下,应用如果对性能不敏感,Hibernate 也没问题。但应用一旦对性能敏感,有 SQL 级别调优的需求,Hibernate 的优点反而成为缺点。
虽然 Hibernate 也支持 SQL 级别的调优,但因为框架设计的过于复杂和精巧,这就需要开发人员对 Hibernate 理解的非常透彻,这就带来了更高的学习成本。
而现在最流行的 MyBatis,作为一个“混合式”,轻量级 OR 映射框架,既继承了 Hibernate 的优点,同时也吸取了他的教训。在支持配置的同时,又能接触 SQL,从而带来了更多灵活性(包括调试、优化)。
“_不需要再学习 Hibernate 了,学 MyBatis 就够了_。”
当然,现在不会有任何公司,再用纯粹的 Servlet 来时实现整个 Web 应用,而是转向一些更高级的技术(例如各种 MVC 框架)。因此,会给人一种错觉:Servlet 已经过时,后来者就不需要再学习了。在这里,我可以非常负责任的说:这种观点是极端错误,极端不负责任的。Servlet 不仅要学,而且要学深,学透。
“_Servlet 不仅要学,而且要学深,学透_。”
XML 现在还在广泛应用。但作为一个 web 数据传输格式,正在逐渐被 JSON 替代。所以,对 Java 后端学习来说,XML 简单了解即可。至于庞杂的 XML 操作 API(例如 XPath),完全不必学习。将来真要用到,再查也不迟。