java - GWT 客户端工厂 : Isn't this just a big blob/monolith?

Question

GWT ClientFactory似乎是 GWT 应用程序崭露头角的新设计模式，虽然不是正式的 GWT API 的一部分，但受到 GWT 的鼓励，并且在无数 GWT/MVP 示例中都可以找到。

我想要喜欢ClientFactory 概念。但我担心的是:对于具有许多屏幕、显示区域和复杂架构的非常大的应用程序，单个 ClientFactory 将成为一个庞大的数据结构单体，上面可能有数百个 getter 方法.

所以我问:这样可以吗？为什么 GWT 鼓励并接受这样的整体式设计，但在其他(一般)应用程序中却不这样。更重要的是，是否有一种方法可以将范围广泛的 ClientFactory 分解为工厂对象的层次结构，以帮助实现代码可维护性、依赖性/引用等？

如果是这样，是否可以将 ClientFactory 分解成更小的工厂，每个工厂负责向应用程序的不同部分注入(inject)必要的 View 、演示者等？

Answer 1

ClientFactory 的想法只是手动 DI，以实现简单、易于理解的布线。对GIN一无所知, 甚至 GWT，这些应用程序似乎主要是 Java，让您了解如何使各个部分工作，而无需了解作者首选的将应用程序连接在一起的具体方法。

就像示例 Java 教程会让您从 public static void main(String[] args) 开始，或者可能会让您构建一个完全手动的 Servlet，您可以使用它来理解这个想法，然后转到结构更好的应用程序。 ClientFactory 的实用性来自其概念的简单性和透明性，而不是因为它是构建大型应用程序的唯一方法。