加入收藏 | 设为首页 | 会员中心 | 我要投稿 厦门网 (https://www.xiamenwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 教程 > 正文

想追赶.Net的脚步?Java面前障碍重重

发布时间:2017-06-07 10:17:51 所属栏目:教程 来源:核子可乐编译
导读:就在几周之前,我详细介绍了Java 8中值得期待的几大主要功能。不过当时我并没有提到.Net的新变化,事实上Java 8中的大部分功能都能在.Net中找到。更夸张的是,不少将被推迟到Java 9中实现的功能也将在.Net中出现。我并不赞成将一切功能盲目塞进Java语言的激进

  Java社区进程的发展为何受阻?问题不在于开放性,而在于利益争夺。尽管当时我是以旁观者的身份看热闹,但仍然清楚记得Sun在参与EJB3项目时遭遇的窘境。为什么Java发展进度会一落千丈?这是由于Sun与甲骨文双方需要将购买或者开发出的产品整合到应用程序服务器当中。一旦新的JavaEE规范出台,他们也必须保证自己能在市场上率先做出反应。

  即使是在同一家公司内部,协调好单一产品的发布都绝非易事,更不用说在多家公司之间了。幸运的是,企业合并给事情带来了转机。我一直认为Java社区进程并不是Java进度落后的主要原因。

  将Saucer分离出来

  如今,Sun只留存在我们的记忆中,而甲骨文则成为真正的老板。然而为什么Java新版本的发布仍然如此迟缓?最简单的解释是,Java项目规模过于庞大。大项目往往行动缓慢且充满风险。为了解决这个问题,让我们看看如何帮助Java“减肥”。

  首先,甲骨文必须克服自身对客户端技术的过分依赖。当然,Swing与甲骨文还拿不出JavaFX的有力继承方案,毕竟在现代Web浏览器上开发出效果相同而又不引发新麻烦的机制绝非易事。不过甲骨文需要将客户牢牢束缚在自己的平台上——至少他们确实是这么做的。

  目前我还不清楚JavaFX或者Java的客户端战略能给甲骨文带来哪些真正的优势。看起来甲骨文似乎设计出一种技术,用于同VB6、Flash或者某些4GL方案竞争。在现代BYOD多平台环境下,每位与时俱进的高管人士都希望能在iPad上通过写写划划完成工作。为什么我们要用客户端来束缚服务器的能力?摆脱了客户端,甲骨文很可能不必再面对大量安全延误,并通过告别《Java零日安全漏洞》以及《如何在计算机中禁用Java》等头条为自己争取公关主动性。

(编辑:厦门网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读