为什么选择javafx?（为什么选择javascript）

之前我发了一篇文章讲述跨平台的GUI技术，其中提到了javafx。对此很多人表示疑惑，认为javafx是落伍的开发技术。对此，我想专门写一篇文章来做个介绍。

其实很多人并没有听说过javafx。现在最新的java教材，在讲到GUI技术的时候，还是以swing和awt为主。swing和awt是上一代的Java GUI技术，现在很多银行、国企的嵌入式设备还跑着swing和awt写出来的程序。javafx是为了替代swing而产生的库，它同时支持Windows, MacOS, Linux三种平台的客户端程序开发。对于移动端（主要是IOS和Android），开源的javafxports以及相关的商业软件归于Gluon旗下，对于手机端做了额外的适配，使得javafx也可以在移动设备上运行。所以，javafx是真正的跨平台客户端开发技术。纵观其他客户端技术，Electron只支持Windows, MacOS和Linux，Qt对于移动端的支持尚不完善，C#开发GUI程序就更不必说了。

和传统的java GUI技术相比，javafx在美观度和运行效率上都有大幅度的提升。javafx对各平台的GPU图形API做了封装，支持在各种平台上的硬件加速，因此开发者完全可以使用javafx开发大型的三维系统软件。下面是javafx两个案例程序，分别展示了图表和三维图形。

javafx是典型的前后端分离的开发模式。通过fxml绘制界面，css修饰页面的样式，java程序则用作后端控制。这种模式与web开发是极为相似的，也提高了程序的可维护性。

有的同学可能会认为用java做客户端程序不合理。但是Matlab、IDEA、Eclipse等软件都是java写出来的，而且它们都取得了重大的成功。其实技术是用来实现目的的，只要能完成需求，客户不会管你用的什么技术实现的。而且由于javafx是真正跨平台的GUI技术，开发软件的时候，不需要给windows, Mac, Linux, Android, IOS分别配团队，只需要一份代码就可以了（或者只需要做少量平台适配相关的修改）。Office、visual studio这种大型软件，因为没有使用跨平台的技术开发，微软现在想把它们迁移到新的平台就非常困难。

2018年JDK11发布之后，Oracle将javafx归于openjdk项目之中，目的是为了加速javafx的发展速度。目前，jdk8中集成了javafx，而后续版本的jdk则移除了javafx，目的是实现模块化。如果想在jdk11中使用javafx，可以通过maven导入javafx的依赖，也可以自行下载javafx并放到jdk中，总体而言并不麻烦。不过初学者还是使用jdk8比较好，熟悉之后再升级到jdk11。

除了使用javafx库中的组件进行开发以外，开发者还可以使用javafx中的webview开发程序，这也是很多微信小程序和移动端程序常用的开发模式。虽然这种开发方式降低了运行速度，但是开发速度则大大提高，因为前端的工具链对于开发GUI程序实在是过于友好。javafx的webview加载和运行速度其实还算比较快的，笔者曾经对不同框架下的webview性能做过测试，发现2012年发布的javafx webview比2020年的Qt、安卓的webview速度还快，仅次于Electron（毕竟Electron是正经的套壳浏览器）。javafx的webview对HTML5的支持非常好，对css的支持稍微差点，但是基本不影响使用。

使用IDEA + scenebuilder是目前最好的开发javafx程序的方案。其中IDEA支持css和fxml的语法提示和高亮，scenebuilder是所见即所得的fxml生成器，可以通过拖拽的方式绘制界面。不过我不推荐拖拽组件，因为这种方式构建界面是有限制的，不能做出复杂的界面效果，而且自适应屏幕大小的时候也比较麻烦。绘制网页的时候也是这样，一般都不用编辑器，手写HTML + CSS是最好的。

如果想要学习javafx的话，可以看我上面一篇关于跨平台GUI技术对比的文章。后面我也会陆续更新javafx相关的技术指导。