Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/324.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 所有fx生成器都已弃用。。。除了一堆,适配器?_Java_Builder_Javafx 8 - Fatal编程技术网

Java 所有fx生成器都已弃用。。。除了一堆,适配器?

Java 所有fx生成器都已弃用。。。除了一堆,适配器?,java,builder,javafx-8,Java,Builder,Javafx 8,从不喜欢构建器(也很少使用它们),所以对jdk8中的应用不会太不满意——但有一个包不反对它们,事实上它们是实例化其产品的唯一方法:javaBean属性的适配器——bug或feature 问题: 在最终版本中它们也会被弃用吗 如果没有,是否有任何理由可以安全使用,即不破坏二进制兼容性 适配器构建器与“场景图形对象”构建器分开。 它们不是NodeBuilder的子类(与场景相关的所有其他对象生成器的父类)。整个问题之所以出现,是因为OpenJFX团队决定使用泛型为节点的所有子类实现构建器(以节省字

从不喜欢构建器(也很少使用它们),所以对jdk8中的应用不会太不满意——但有一个包不反对它们,事实上它们是实例化其产品的唯一方法:javaBean属性的适配器——bug或feature

问题:

  • 在最终版本中它们也会被弃用吗
  • 如果没有,是否有任何理由可以安全使用,即不破坏二进制兼容性

适配器构建器与“场景图形对象”构建器分开。 它们不是NodeBuilder的子类(与场景相关的所有其他对象生成器的父类)。整个问题之所以出现,是因为OpenJFX团队决定使用泛型为节点的所有子类实现构建器(以节省字节码大小和工作量),而不是采用简单的方法(这将导致代码编写繁琐、难以维护和字节码大小过大)

适配器的构建器是“扁平的”构建器,这意味着构建器没有父级。这很自然也很简单,因为您只为大致每个“基本”属性类型提供了生成器,而为对象属性提供了一个生成器,每个反射读取getter和setter


这意味着适配器构建器没有问题,它们不会破坏二进制兼容性。至于为什么它们只通过构建器公开,以及它们是否会被弃用,我无法理解。

听起来很有说服力-不知何故错过了讨论中的子类方面,感谢您指出我们的:-)