美文网首页嵌牛IT观察
圣诞礼物:Java EE的历史

圣诞礼物:Java EE的历史

作者: 能吃一大碗牛肉拌面 | 来源:发表于2017-12-10 20:51 被阅读0次

    姓名:牛康  学号:17101223416

    转载自:https://mp.weixin.qq.com/s?__biz=MzAxOTc0NzExNg==&mid=402078231&idx=1&sn=d99f1e41b0b065c841661a702c1667e7&scene=38#wechat_redirect

    【嵌牛导读】:昨天下午有同学问我Java EE是干什么用的,能开发什么系统, 我在QQ中敲了很多字,掰扯了半天,终于给他整明白了。我突然意识在其实很多初学者对Java EE的来龙去脉并去清楚, 大家并不知道为什么会出现这个技术, 要解决什么问题。 所以就写了这篇文章介绍下Java EE的历史。

    【嵌牛鼻子】: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 ("");

    println ("");

    println ("欢迎");

    println ("");

    println("")

    println("")

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

    println("")

    println("")

    println("")

    print("")

    }

    这个时候我们赖以糊口的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生活。

    相关文章

      网友评论

        本文标题:圣诞礼物:Java EE的历史

        本文链接:https://www.haomeiwen.com/subject/eaovixtx.html