java - JavaFX:基于属性的实体与基于属性的包装器

Question

我正在使用模型实体，而JavaFX Properties巫婆允许我在单个位置上更改值，将它们绑定到UI并在整个模型实体阵列（唯一值等）中添加带有额外条件的更改的侦听器。

我必须将模型存储在数据库中，所以问题如下：

当我不需要将所有值（或所有时间）都设为属性时，还是应该将模型实体转换为JPA实体（使用AccessType.PROPERTY来设置值），还是应该使用基于属性的包装器创建经典的基于值的实体类（面对）访问它。

注意：某些可绑定属性根本不需要保留。

Answer 1

您是否应该使用特定技术是非常基于意见的，因此在这里我不会回答您的确切问题。我将仅提供一些利弊选项。

直接在带有JPA注释的实体类中使用JavaFX属性的优点是，您可以使设计简单，只用一个类表示每个实体，而不是围绕带有实体注释的类的包装器类。

直接在JPA实体类中使用JavaFX属性的缺点是：


潜在的性能成本。 JavaFX属性比它们表示的普通数据类型“重”，并且创建它们以及在为其侦听器创建容器时要付出一些代价，等等。这可以通过一些冗长的代价最小化（或消除），请参见下面。
添加对JavaFX API的依赖关系。尽管JavaFX随附了Oracle的标准JDK，但它不是JSE规范的必需部分，并且某些实现（例如OpenJDK）不包含它。实际上这可能不是什么大问题，但是您应该意识到这一点。


您可以通过使用“超级惰性”模式来最大程度地降低使用JavFX属性的成本。在这里，仅在实际使用属性对象时（例如，如果您向它们注册了侦听器）才创建属性对象；否则，使用具有相同数据类型的代理字段：

@Entity
@Access(AccessType.PROPERTY)
public class Person {

    private IntegerProperty age ;
    private int _age ;
    private StringProperty name ;
    private String _name ;

    private int id ;

    @Id
    public int getId() {
        return id ;
    }

    public void setId(int id) {
        this.id = id ;
    }

    public IntegerProperty ageProperty() {
        if (age == null) {
            age = new SimpleIntegerProperty(_age);
        }
        return age ;
    }

    public int getAge() {
        if (age == null) {
            return _age ;
        } else {
            return age.get();
        }
    }

    public void setAge(int age) {
        if (this.age == null) {
            _age = age ;
        } else {
            this.age.set(age);
        }
    }

    public StringProperty nameProperty() {
        if (name == null) {
            name = new SimpleStringProperty(_name);
        } 
        return name ;
    }

    public String getName() {
        if (name == null) {
            return _name ;
        } else {
            return name.get();
        }
    }

    public void setName(String name) {
        if (this.name == null) {
            _name = name ;
        } else {
            this.name.set(name);
        }
    }
}

这基本上避免了（几乎）由于在非JavaFX环境中使用此类而导致的任何性能开销，因为除非通过 xxxProperty()方法显式请求，否则不会实例化属性。请注意，调用这些方法是注册侦听器的唯一方法，因此，如果注册了侦听器，则代码保证在随后调用 setXxx(...)时通知那些侦听器。这里的代价是一些代码冗长，而一些冗余的空检查（JVM可能会针对任何情况对其进行优化）的花费却很小。

显然，该技术无法解决对JavaFX API的依赖性问题。

另一个可能的选择是使用带有属性更改侦听器的纯JavaBean：

@Entity
public class Person {
    @Id
    private int id ;

    private int age ;
    private String name ;

    private final PropertyChangeSupport pcs = new PropertyChangeSupport(this);

    public int getAge() {
        return age ;
    }

    public void setAge(int age) {
        int oldAge = age ;
        this.age = age ;
        pcs.firePropertyChange("age", oldAge, age);
    }

    public String getName() {
        return name ;
    }

    public void setName(String name) {
        String oldName = name ;
        this.name = name ;
        pcs.firePropertyChange("name", oldName, name);
    }

    // ...
}

现在，您可以在JavaFX Client中执行以下操作：

TableView<Person> contactTable = new TableView<>();
TableColumn<Person, String> nameCol = new TableView<>("Name");
nameCol.setCellValueFactory(cellData -> {
    try {
        return JavaBeanStringPropertyBuilder.create()
            .bean(cellData.getValue())
            .name("name")
            .build();
    } catch (Exception exc) {
        return new RuntimeException(exc);
    }
});

这样做的好处是您的实体完全不依赖JavaFX。代价是您的客户端代码既冗长又缺乏对正确方法是否存在的编译时检查。这里有很多反思，因此您在评估客户端代码中的属性时会遇到一些（可能是次要的）性能损失。有关更多详细信息，请参见 JavaBean wrapping with JavaFX Properties。

我想可能还有其他评论。您可能想在JavaFX上下文内外使用实体的最常见用例是，您既有一个Web应用程序又有一个独立的（JavaFX）客户端应用程序，它们都可以通过Web服务访问数据（例如提供和使用JSON）。在这种情况下，您可以考虑保持两组并行的类，一组使用JavaFX属性，另一组实现为Java Bean。由于 get/set方法的集合是相同的，因此JSON序列化程序应该能够将相同的JSON表示形式转换为任何一种形式。您可以使用界面使两个表单保持同步：

public interface Person {
    public int getAge() ;
    public void setAge(int age) ;
    public String getName() ;
    public void setName(String name) ;
}

通过明显的实现

@Entity
public class PersonEntity implements Person {
    private int age ;
    private String name ;
    @Id
    private int id ;

    // get/set methods omitted...
}

和

public class PersonFX implements Person {
    private final StringProperty name = new SimpleStringProperty() ;
    private final IntegerProperty age = new SimpleIntegerProperty() ;

    public StringProperty nameProperty() {
        return name ;
    }

    @Override
    public final String getName() {
        return nameProperty().get();
    }

    @Override
    public final void setName(String name) {
        nameProperty().set(name);
    }

    // similarly for age...
}

现在，在JavaFX客户端中，您可以拥有一个JSON引擎，该JSON引擎在 PersonFX实例之间反序列化JSON，而在服务器上，您具有一个JSON引擎，在 PersonEntity实例之间反序列化相同的JSON数据。 。由于JSON引擎只能通过调用get / set方法来工作，因此从其角度来看，这些对象实质上具有相同的形式。自从开始使用JavaFX以来，我就没有从XML数据进行序列化，因此我不确定在XML数据上是否可以使用相同的方法，但是我想您也可以使它起作用。您甚至可以使用Java序列化流来执行此操作，方法是在实现类中定义期望相同数据形式的 readObject和 writeObject方法（或使用序列化代理）。