在开发分离为业务逻辑和UI层的应用程序时，使用UI包中的类是否错误？更具体地说，是否有任何理由不使用javafx包中的Property<T>类？
有问题的应用程序不是非常耗费计算的，所以我可以处理Property<T>类的开销。彼此的bind()值提供了很大的灵活性，可以帮助我的应用程序中的控制流，但在我的业务逻辑中使用UI包并不感觉感觉正确层。这背后的（非常失败）推理是，它们 - 显然 - 是为UI设计的。必须有一个原因，他们不在java.util。
加分问题：为什么首先是Property<T>包中的javafx.beans类，而不是java.util？