JavaFX GUI

时间:2018-03-05 20:41:36

标签: java user-interface model-view-controller javafx

情况

我正在开发一个可以分为三个部分描述的JavaFX桌面应用程序:

  • 数据
  • GUI
  • 过程

GUI是一种查看和编辑数据的方法,而这个过程就是一个需要数据执行其工作的过程。可以将GUI视为允许用户自定义过程的补充部分。

鉴于其性质,数据需要可写入存储,并且可由GUI读取。当然,我试图

问题

我们说我有一个班级"人"名人和年龄的成员。为了将此对象数据绑定到视图,它必须包含表示数据的Property对象。这将使该类本身不可序列化(意味着我需要使用额外的代码对其进行序列化)。这也使这个阶级臃肿,这感觉就像违反了分离关注点。

为了解决这个问题,我在StackOverflow上找到了一个相当标准的指南。 Applying MVC With JavaFx

该页面上的最佳答案建议使用DataModels,这些模型基本上是可观察的版本。此外,他们可以拯救"和#34;加载"序列化的方法。

对于纯数据驱动的应用程序来说,这似乎是一个更好的解决方案然而,我的情况有所不同,因为即使我的应用程序是数据驱动的,它也非常实用(执行操作)在后台)。

如果我使用传统的DataModel,我需要确保DataModel可以转换为不可观察的模型,或者确保它们具有返回非可观察对象(如基元)中的所有数据的方法。代码的功能模块不需要识别和处理可观察的属性。

作为比较,我真的很喜欢C#具有本质上可观察的属性,并且非常适合WPF。 C#的方法允许我以两种方式使用数据,而无需进行可观察的转换(当然也有例外!)。

问题

如何决定这些选项?

  • 使我的模型可以通过视图和Serializable进行观察,同时仍然可以作为具有原始getter和setter的基本模型。
  • 创建DataModels的中间步骤,它是表示模型并绑定到视图的Observable Objects。这些对象必须能够接受模型作为依赖关系,然后转换回模型(在被GUI修改之后)。

第一个选项是更少的代码。它需要的只是每个原始成员的瞬态Property成员,以及2个序列化和反序列化的方法。但是,这感觉就像直接违反了“关注点分离”。

第二个选项是更多代码,但它通过中间人(DataModels)完全分离原始数据和GUI。对于我需要在View中显示的每个对象,它需要一个全新的类,以及与所述对象进行转换的方法!然而,感觉......"正确"。

我限制了这些选项之间的问​​题范围,以便更好地适应StackExchange。但是,我对任何和所有新观点持开放态度!

这里是一些示例代码

以下是 with datamodels

的示例
class Person implements Serializable
{
    private String name;
    public String getName(){...}
    public void setName(){...}
}
class ObservablePerson //DataModel
{
    private StringProperty name;

    public ObservablePerson(Person person)
    {
        name = new SimpleStringProperty(person.getName());
    }

    public StringProperty nameProperty()
    {
        return name;
    }

    public Person toPerson()
    {
        ...
    }
}

以下是没有数据模型的示例:

class Person implements Serializable
{
    private transient StringProperty name;

    public String getName(){ return name.getValue();}
    public void setName(String name){ this.name = new SimpleStringProperty(name); }

    public StringProperty nameProperty()
    {
        return name;
    }

    // 
    public void serialize()
    {
        //pseudocode
        write(name.getValue());
    }
    public void deserialize()
    {
        //pseudocode
        name = new SimpleStringProperty(readString());
    }
}

附注

  • 应用程序的主要用途本质上是功能性的。它在后台执行操作。它是一种自动化工具。因此,数据(和GUI)是其功能的补充。 GUI是一种自定义工具,而不是核心功能。
  • 应用程序中的所有数据都可以修改,并在GUI和Process中使用。因此,每个数据都需要能够从GUI查看,序列化并以最基本的格式使用。

1 个答案:

答案 0 :(得分:0)

我花了很多时间来找出一个类似的好的实施方案,但加班我完成了它,并由我自己完成。这是一个为期3年的项目,最终完成,看起来很漂亮。

我的建议是,回答问题的最佳方法是自己回答。您确切地知道您想要什么,以及您希望程序/服务器如何运行。

对于可观察的实例,请尝试创建单独的实例。一个用于本地显示在GUI上,另一个用于可序列化通信。

对于操作机制,根据需要同时执行线程以最大化其能力和功能,并确保在处理其他操作时没有组件冻结。特别是从服务器端。

不要忘记安全性,大多数Java服务器都会在本地计算机上打开可远程访问的端口。