在开发分离为业务逻辑和 UI 层的应用程序时,使用 UI 包中的类是否会出错?更具体地说,有什么理由不使用包中的Property<T>
类javafx
吗?
有问题的应用程序计算量不是很大,所以我可以处理Property<T>
类的开销。bind()
将值相互关联提供了很大的灵活性,并且有助于我的应用程序中的控制流,但是在我的业务逻辑层中使用 UI 包感觉不合适。这背后的(非常失败的)推理是,它们——显然——是为 UI 设计的。他们不参加一定是有原因的java.util
。
额外的问题:为什么包中的Property<T>
类javafx.beans
首先而不是在java.util
?