作者彙整: Paul Krill

JavaFX 13, the latest version of the Java-based toolkit for building rich client applications, has arrived, highlighted by native rendering. Native rendering support allows developers to integrate powerful visualization capabilities into their JavaFX applications. 

JavaFX is published by the OpenJFX community, since being separated from the Java Development Kit (JDK), and is now distributed by Java solutions provider Gluon. JavaFX 13, released September 10, enables native rendering by supporting WriteableImages backed by NIO bytebuffers, which are direct buffers used in native code. 

To read this article in full, please click here

Dart 2.5, the latest version the Google-developed language that compiles to machine code or JavaScript, includes technical previews of machine learning powered code completion and a foreign function interface for calling C code.

The Google Dart team has released the Dart 2.5 SDK, which features the following beta capabilities:

To read this article in full, please click here

Java 13 is still a week away from its September 17 arrival, but work has already begun on its successor, Java 14. A JDK Enhancement Proposal (JEP) for Java Development Kit 14, posted in openjdk.java.net, would upgrade Java’s mapped byte buffers to support non-volatile memory. 

If JDK 14 follows the six-month release cadence set for Java, the upgrade would arrive as a production release in March 2020. As a non-LTS (long term support) release, JDK 14 would be supported for six months before making way for a successor release.

To read this article in full, please click here

Do you want to stay on Java 8 while taking advantage of the latest Java syntax and features? A tool called Jabel enables this because, as its GitHub page states, “life is too short to wait for your users to upgrade their Java.”

Jabel is an “annotation processor” that instruments Java compiler classes and treats some Java 9 and later language features as if they were supported in Java 8. The result is valid Java 8 bytecode for switch expressions, var declarations, and other features not supported in Java 8. Basically, Jabel tricks the compiler into thinking that certain features were developed for Java 8 by removing the checks that report them as invalid for the Java 8 target.

To read this article in full, please click here