圣诞礼物：Java EE的历史

本文主要是介绍圣诞礼物：Java EE的历史，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言：

昨天下午有同学问我Java EE是干什么用的，能开发什么系统，我在QQ中敲了很多字，掰扯了半天，终于给他整明白了。

我突然意识在其实很多初学者对Java EE的来龙去脉并去清楚，大家并不知道为什么会出现这个技术，要解决什么问题。所以就写了这篇文章介绍下Java EE的历史。

-----------------------------------------------------------------------

先把时间扯的远一点， 94年我上高中的时候，见过亲戚家有过电脑，很好奇，虽然上面都是一些单机桌面程序，根本上不了网，但是一个小小的扫雷程序就足以吸引很多眼球了。

后来上了大学，接触电脑越来越多，局域网已经普及，互联网开始抬头，这时候C/S (Client-Server )结构的程序开始出现了，例如QQ, 棋牌类游戏，还有著名的PowerBuilder 开发的MIS（管理信息系统），都是典型的客户端-服务器结构, 程序运行在个人的电脑上，和服务器通信。

C/S 软件界面可以整的很漂亮，用户体验很好，但是缺点也很明显，就是用户必须要安装客户端，并且需要升级客户端来用新功能，这样就带来两个问题

(1) 服务器端发生变化，一定要能兼容很多客户端版本，要不然有的客户端软件就运行不了了，因为客户不一定升级。

(2) 可能会出现DLL 地狱问题 -- 自己百度下啥是DLL 地狱。

再后来Web大发展，速度快了，带宽也够了，大家发现， Web页面也能做的很漂亮了，把程序放到服务器端，用浏览器访问多好，用户也不用安装，所有功能都是即时更新。

但是html只是静态的，怎么才能变成动态的，可交互的呢？

CGI 技术出现了， CGI 允许web服务器调用外部的程序，并把结果输出到Web浏览器，这样就能根据用户的操作生产不同的动态页面了。

在我读大学的年代， CGI 最常见的就是实现一个计数器，看着自己的主页访问量慢慢的增长，那种感觉是很爽的。

当然，使用CGI 最苦逼的就是需要用程序输出html , 那可是整个网页的html , 不是其中的一个片段！

换句话说，程序员只能在代码里写html, 而不能在html里写代码。你可以想象一下用C 语言或者Perl 写CGI脚本的程序员那种咬牙切齿的感觉。

举个例子，通过浏览器提交了用户名/ 密码, cgi 会这么做：

if (name=="liuxin" and password == "xxxx" ) {

println ("<html>");

println ("<head>");

println ("<title>欢迎</title>");

println ("</title>");

println("<body>")

println("<table>")

println("<tr><td>") ..... 我实在是写不下去了，太崩溃了，这是伪码，不要和我较劲...............

println("</td></tr>")

println("</table>")

println("</body>")

print("</html>")

}

这个时候我们赖以糊口的Java 在干嘛？

Java是Sun 发明的，当然Sun 现在已经被Oracle 收购了。

Java 其实是依靠Applet ,依靠互联网才起家发达的，大家在简陋的页面上突然看到当时极为炫目的Applet 小动画，立刻就震惊了。

但悲剧的是大家发现Applet 除了用来演示以外，似乎没有找到真正的用武之地。

浏览器还必须得装个java 插件，后来微软为了阻止Java 还在自己浏览器IE中使坏 :-) ，这个插件运行一直不太稳定。

Java 看到CGI 技术发展的不错，自己也搞一个类似的吧，这就是Servlet , 由于提供了一个request, response, session等支持, 用起来比CGI方便多了。

但是输出html这一块没有任何改进，还得程序员一句一句的输出html.

06年我进IBM的时候发现有个项目是在用servlet 输出页面html ,完全没用jsp，我也就见怪不怪了，这肯定是个90年代的遗留应用。

最后大家都受不了这种极为痛苦的输出方式，于是Sun 就弄了个JSP , 微软也不甘示弱，出了个ASP。

这下子Web开发出现了跃进，因为不管是JSP还是ASP, 都是所谓的 Server Page , 也就是说程序员终于可以把逻辑代码和html混在一起了！在也不用一行一行的输出纯html了。

当然现在老师教导你， jsp中不要有逻辑代码，但在当时，这可是了不起的突破。

我们可以先让美工把页面设计好，然后把程序嵌入进去就行了。

再后来出现了Struts, 使用MVC解决了职责划分问题， Web 应用迈向了新的台阶，开始飞速发展，对于这种应用，我们称为 B/S 结构, 即Browser(浏览器)-Server (服务器) 。

C/S结构的程序当然不会消亡，因为像聊天，视频，游戏等对性能，界面，用户体验要求很高，天然适合桌面程序实现。

为了支持更大，更复杂的应用开发，微软为ASP 添加了实现业务逻辑的COM, COM+ ，访问数据库的ADO 等技术。

而Sun和Java 社区有更大的野心，他们提出了一套更大的，不同于传统应用开发的架构，专门用于满足企业级开发的需求。

这些需求包括数据库，邮件，消息，事务处理， Java 对这些通用的需求做了抽象，形成了一些规范和标准，除了Servelt 和 JSP ,还有EJB, JMS , JDBC 等等。

这些东西，Sun 把他们称为J2EE 。

为啥不是Java EE ? 那个2是怎么回事？

这完全是一种市场策略，原来Java 的版本是1.1 ，从1.2开始， Sun 称之为为Java 2 平台，以便告诉大家，这是一个突破性的技术平台。实际上也确实有所突破， Java 被分成了 J2SE (标准版) ， J2EE(企业版) 和J2ME(移动版) ，当然移动版在手机上一直没有发展起来，直到Android的出现--这是后话了。

到了2005年， Sun 又取消了那个 “2” ，于是就变成了 Java SE, Java EE, Java ME 了。

J2EE需要运行在一个叫应用服务器的东西里，这就是Weblogic, websphere , jboss, 也称为应用中间件。

J2EE发展的非常迅猛，迅速统治了Web应用开发市场，微软的ASP只能偏居一隅了，后来推出.NET 才算扳回一城。

我们走了漫长的路，终于来到你的面前，现在你知道Java EE 是干啥的了吧 :-)

在后来的故事估计很多人都听过了，Java EE远远没有宣传的那么美好， EJB，尤其是Entity Bean 极为难用，对业务代码侵入性极强，在大家想抛弃而又没有替代品的时候，有一位大牛Rod Johnson如约而至，他说我们不要这种臃肿，低效，脱离现实的J2EE, 我们要灵活，轻便，轻量级的框架，这就是Spring，我们就有了依赖注入,AOP....

有位叫Gavin King的澳大利亚小伙子也是在忍受不了EJB的O/R Mapping , 自己整了一个Hibernate 。

再加上更早出现的Struts, 我们Java 程序员终于过起了幸福的SSH生活。

--------------------------------------------------------------------------------------------------------

关于码农翻身公共号(coderising) : 由工作15年的IBM架构师刘欣创建，算上大学4年，我几乎经历了软件从单机->局域网->互联网发展的整个历程，多年的工作经验，肯定能帮你少走几年的弯路。

加入码农翻身QQ群：135769418　带着你做项目实战，可是真的项目需求哦，涉及大量Android,iOS, Web开发的技术，同学们做完后参加工作，技术上就不用愁了。

长按二维码，关注"coderising"

0?wx_fmt=jpeg