我正在开发一个可以分为三个部分描述的JavaFX桌面应用程序:
GUI是一种查看和编辑数据的方法,而这个过程就是一个需要数据执行其工作的过程。可以将GUI视为允许用户自定义过程的补充部分。
鉴于其性质,数据需要可写入存储,并且可由GUI读取。当然,我试图
我们说我有一个班级"人"名人和年龄的成员。为了将此对象数据绑定到视图,它必须包含表示数据的Property对象。这将使该类本身不可序列化(意味着我需要使用额外的代码对其进行序列化)。这也使这个阶级臃肿,这感觉就像违反了分离关注点。
为了解决这个问题,我在StackOverflow上找到了一个相当标准的指南。 Applying MVC With JavaFx
该页面上的最佳答案建议使用DataModels,这些模型基本上是可观察的版本。此外,他们可以拯救"和#34;加载"序列化的方法。
对于纯数据驱动的应用程序来说,这似乎是一个更好的解决方案。然而,我的情况有所不同,因为即使我的应用程序是数据驱动的,它也非常实用(执行操作)在后台)。
如果我使用传统的DataModel,我需要确保DataModel可以转换为不可观察的模型,或者确保它们具有返回非可观察对象(如基元)中的所有数据的方法。代码的功能模块不需要识别和处理可观察的属性。
作为比较,我真的很喜欢C#具有本质上可观察的属性,并且非常适合WPF。 C#的方法允许我以两种方式使用数据,而无需进行可观察的转换(当然也有例外!)。
如何决定这些选项?
第一个选项是更少的代码。它需要的只是每个原始成员的瞬态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());
}
}
答案 0 :(得分:0)
我花了很多时间来找出一个类似的好的实施方案,但加班我完成了它,并由我自己完成。这是一个为期3年的项目,最终完成,看起来很漂亮。
我的建议是,回答问题的最佳方法是自己回答。您确切地知道您想要什么,以及您希望程序/服务器如何运行。
对于可观察的实例,请尝试创建单独的实例。一个用于本地显示在GUI上,另一个用于可序列化通信。
对于操作机制,根据需要同时执行线程以最大化其能力和功能,并确保在处理其他操作时没有组件冻结。特别是从服务器端。
不要忘记安全性,大多数Java服务器都会在本地计算机上打开可远程访问的端口。