javafx开源_JavaFX将在年底前实现完全开源–我们会开始使用它吗？

javafx开源

随着JavaOne的投入使用，许多与会者想知道哪种技术最能在周日的JavaOne战略主题演讲中发挥最大作用。

在某些人看来，这可能有点像 déjàvu，因为Oracle对他们的Rich Internet Application平台JavaFX进行了很多强调。 Java的管家已经花了很多年的时间来尝试弥补他们在2009年陷入困境的1.x系列中的错误。

开发人员只是没有看到它的需要（有些现在可能还没有），Oracle承诺的客户革命从未实现。 你为什么要学习新的脚本语言时 ， 可以说是更好的 选择？ 当时， 客户端的Java只是不值得 努力 。

快进到2011年末，当JavaFX 2.0附带了一组新的Java API时，向所有人开放了这些功能，您无疑会同意它更具吸引力。

尽管如此，Oracle 仍然面临着一场艰苦的斗争 ，以 说服 谁愿意与RIA技术首次全面回来重新启动的版本涉足Java开发人员。 过去一年中，JavaFX团队采取了战略性的可用性举措，为某些人回头铺平了道路，但可能没有Oracle想要的那么多。

在去年的JavaOne上， 开始使JavaFX适当地开源 的 驱动器 开始显示2.x将是开源的。 这个 星期，他们承诺，JavaFX 的 将是 完全开源 ，到今年年底。

眼看在树莓派运行在今年的基调JavaFX的 可能是 需要 一个JavaFX的是值得拿起 的具体证明 。 Oracle公司开发副总裁南迪尼·拉玛尼（Nandini Ramani ） 宣布，JavaFX将 通过开发人员预览版 进入ARM设备 ，这很大程度上是为了保留Oracle公司最近的嵌入式技术。 拥抱新兴技术的这种新意愿可能是JavaFX建立围绕它的社区所需要的救命稻草。

但为JavaFX真正得到它需要的支持，需要有桌面Java中的创新 了。 富裕的Web应用程序专家 Canoo 与主题演讲相结合， 是第一个发布重要声明的人中的第一个，他们在Apache 2.0许可下开放了其远程处理解决方案Dolphin的资源。

桥接项目解决了Canoo客户的一个常见抱怨-他们希望将应用程序逻辑保留在服务器上，同时充分利用他们可用的所有客户端技术（例如JavaFX，Swing，SWT和Eclipse RCP）。 Enterprise Java和Desktop Java之间 的 脱节 是该领域中的一个众所周知的问题 ，直到现在还没有真正解决。

Dolphin建立在REST上以链接服务器和客户端，在Canoo所谓的“共享表示模型”中-服务器决定如何显示应用程序， 而 客户端选择要显示的内容，从而分担负载。

Dolphin尚未发布1.0版本，这可能会让人们失望，但Canoo表示它处于生产环境中，其一些业务合作伙伴将其与JavaFX，Swing和Eclipse RCP一起使用。 他们还为可能考虑在体系结构内或作为新项目的一部分使用该工具的任何人提供了商业Dolphin支持。

随着Dolphin之类的项目为开发人员提供了他们真正想要的东西，是时候将JavaFX称为“复出的孩子”了吗？ 从长远来看，它甚至可以取代Swing吗？ 红帽首席软件工程师Dan Allen的这一推文（转发了13次）表明它可能已经扭转了潮流。

每年我都看过#javaone ，我也看过#javafx演示。 2012年是我认为“好吧，现在这很重要”的第一年。 #javaone

— Dan Allen（@mojavelinux） 2012年10月1日

在Oracle对其进行了五年的鼓掌之后，似乎JavaFX实际上正在显示出一些希望。 问题在于JSR仅随Java 9（2015）一起提供。 到那个时候，它会不再失去其相关性吗？

翻译自: https://jaxenter.com/javafx-to-go-fully-open-source-by-years-end-will-we-start-to-use-it-105006.html

javafx开源