问题标签 [facade]

是否存在 Hadoop 应用程序的包装器？我指的是一个将 Hadoop 设置转变为独立应用程序的包装器。我知道这会破坏 Hadoop 的目的。但是，这将极大地帮助开发 Hadoop 应用程序。

我知道 Hadoop Netbeans 插件允许创建本地应用内 Hadoop 环境。但是，我正在寻找一个应用程序，您可以让它在单个应用程序环境中代理您的 Hadoop 应用程序。

我正在为一个项目进行代码审查。您可以在以下方案中看到它的架构：

此时 DTO - 是简单的 POJO 和域 - 包含 Hibernate 注释。据我所知，使用 DTO 的好处之一是您可以将所有域字段设为公开，并使用 getter 和 setter 删除所有存根代码。这是正确的方法吗？

您如何看待从 DTO 中删除 getter 和 setter 方法？也可能有一些专业人士在 Groovy 中实施 DTO？

对此有何看法？

情况

用户很可能不会直接与各种服务对象（PO​​JO 或会话 Bean）交互，因为使用外观模式将不同的单个服务收集到一组中。

注释应用于单个服务的@Transactional方法级别，而不是门面的方法。

这遇到了一个实际问题——如果服务没有接口，Spring 不能为它们使用好的事务代理，从而导致各种复杂性。

问题

什么是理想的做法？

• 为了好的代理而创建单一的服务接口，
• 或将@Transactional注释移动到 Facade 方法（因此内部使用服务也必须流经 Facade 以确保事务）。
• 要不然？

你的现场经验是什么？我也愿意从更广泛的角度考虑。

我需要在 Java 中实现具有多重接口继承的外观设计模式，或者是使用桥设计模式的正确外观。我知道这是可能的，因为我把它看作是一个系统的一部分，但我不太记得它的实现。
到目前为止，这是我的实现：

及其实现：

和门面：

所以，从这里我不知道去哪里。如果我创建一个实现 IFacade 的类，那么它将需要实现所有方法，而这不是我想要的。

我想问在访问EJB Session Bean时使用Facade Pattern的原因是什么。在我的 Netbeans 6.9.1 中，如果我这样做New> Sessions Bean for Entity Classes，假设我选择了User实体，那么 Netbeans 将生成此代码

和

我想问这有什么好处。如果我有 10 个实体，那么 Netbeans 将生成 10 个 Facade 类以及 AbstractFacade。这对我来说似乎有点矫枉过正。假设在我的托管 bean 中的某个地方，我必须这样persist做User，School然后我必须这样做

这是正确的做法吗？

在组织实用程序类时存在哪些实践，其中一些可能是其他类的子集？

例如，您可以有一个 FileUtil 类，其中包含与 Files 相关的方法和用于检查文件格式的该类的子集。

I was wondering if there is a good implementation (library) of a C++ iterator facade around sockets. I've gone through the Boost Iterator library and ASIO, and can't seem to find anything. An open source solution would be great!

I'm looking for a solution to the following use-case:

Note: it == end, when the connection is disconnected.

我正在使用 Facade 来访问包内的方法和类，但是在包内？我必须直接或通过外观或类似的东西访问其他类的方法吗？

例子：Package 1(Class Foo, Class Bar, Facade FooBar)

Outside Class -> FooBar --> Foo method

但在里面：

Foo --> Bar或者Foo --> FooBar --> Bar

我已经通读了这篇文章，试图理解为什么您希望在客户端和实体 bean 之间有一个会话 bean。是因为通过让客户端直接访问实体 bean，您会让客户端确切地知道数据库的所有信息吗？

因此，通过使用中间人（会话 bean），您只会通过以某种特定方式实现业务逻辑来让客户端知道数据库的一部分。所以只有与客户端相关的部分数据库是可见的。可能还会增加安全性。

上述说法是否属实？

我设计的应用程序基本上有 3 个不同的逻辑层：

1. DB 连接器（由 ADO.NET 实现）。
2. BL 业务逻辑（UI 唯一知道的）。
3. 数据库存储库（连接前两个）。

数据库存储库被分成依赖的部分，每个最终实体都多态到一个接口。在某些情况下，相同依赖部分内的对象之间存在依赖关系 - ISectionFactory（因此依赖）。在实践中，BL 会从 MainFactory（这是所有 DB 的一个因素）请求特定类型的对象（例如我的示例中的 IngrediantType）由于这种设计，我被迫在 UI 上强制转换类型 - 这显然是拖累。我怎样才能改变设计？这是设计的简要外观：