问题标签 [facade]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - 接口和外观设计模式
我一直在使用外观设计模式将程序中需要的所有管理功能组合在一起。
在我的类库 Company.Infrastructure.Repositories.Administration 我有:
这对我来说效果很好。但是,我们已经转移到 DDD 模型,我正试图弄清楚如何继续从 WCF 服务访问我的 AdminRepository(以前称为 AdminFactory)。
为了实现访问,我一直在我的域逻辑中包含我的存储库类的接口。但是,我不太确定如何创建一个到 Facade 的接口,例如我拥有的一个(带有子类和所有)。这可能吗?
我该怎么做呢?
java - 在 jar 文件中隐藏类
在jar文件中隐藏某些类真的不可能吗?
我不想让类的直接实例化以保持它更灵活。只有工厂(或立面)才能看到这个罐子。
除了创建两个项目之外,还有其他方法可以解决这个问题吗?(两个项目:第一个包含类(实现),另一个引用第一个并包含工厂;稍后将仅引用第二个)
java - Java EE 中外观的意义何在?
我不太了解门面的意义。
如果我有这段代码,然后我就有这样的 EJB。
这有什么意义?为什么称它为门面?对我来说,它只是一个将类似功能分组的抽象类。谢谢。
design-patterns - Facade 设计模式的缺点是什么?
……我们如何使用面向方面的编程来克服它们?
service - 在服务中调用服务
我的应用程序中有一个服务层,其中包含诸如AccountService
和UserService
之类的服务DocumentService
。
我使用 StructureMap 进行依赖注入,因此我的服务的构造函数可能如下所示:
现在,如果我需要在其中说出UserServic
e 的权限,那么拥有以下内容是否很好?
design-patterns - ORM 包是否实现了 Facade 或 Adapter 模式?
据我了解,适配器模式基本上是在另一个类上创建一个包装器,以便您包装的类可以被现有代码使用。外观用于更改整个子系统(因此,如果您正在处理需要 5 个步骤的复杂绘图 api,您可以将它们合并为一个方法,例如)。那么我的问题是 ORM 使用哪种模式,还是两者兼而有之?
它们为许多不同的子系统提供了单一接口,但我仍然不确定,尽管我倾向于外观模式。
asp.net - asp.net mvc 应用程序的外观模式
我有一个包含以下类的 MVC2 应用程序:
-订单模型
-LineOrderModel
-订单控制器
-LineOrderController
在 OrderController 类中,我正在回忆 web 表单的一些值。到目前为止,我在 Controller 中创建了每个订单行(LineOrderModel 类)和 OrderClass 的实例。
我试图创建一个 OrderFacade 类,以便封装创建订单时要做的不同事情。
所以在那个类中,我创建了一个这样的方法:
但我的问题是我不知道如何传递从网络表单中捕获的所有订单行。
我认为创建一个带有 orderLines 类的 List 并将其传递给该方法是没有意义的(因为这样做的目的是使用 Facade,而不是直接使用该类)
我如何将不同的行(都具有 numberUnits、idProduct ... 等属性)封装到一个通用对象列表中,每个对象都具有这些属性?
也许像一个List<List<object>>
?
提前致谢!
database-design - 架构师集成两个独立数据库的最佳方法?
我在工作中遇到了以下问题,我没有经验或知识来回答它们,我希望你们中的一些更聪明的人能够指出我正确的方向,任何答案将不胜感激!
设想
我们使用单独的数据库来处理业务的两个方面,即人力资源和运营领域(家庭护理)。
人力资源跟踪公司的员工、轮班模式、缺勤、工资等。家庭护理跟踪客户信息、家访、访问日期和负责提供访问的员工。
这两个系统是独立的,我们目前正在寻找整合它们的方法。
此外,我们正在研究如何将查看这两个数据库的代码组织成可重用、有组织的库。
我们有三个重新使用 HumanResources.dll 的应用程序,负责与库中包含的 EF 4 对象上下文进行通信。对象上下文几乎是数据库的镜像。
问题
我们即将添加第四个应用程序,它将使用 HR 数据库中的数据。
我们要不要:
创建一个新的 EF 数据模型,负责提供只有应用程序需要的信息,同时复制一些常见的实体,例如 Employee。
或者
将新实体/表添加到已经很大的模型中并接受它会变大。
从长远来看,我们需要在第 5 个应用程序中将 HR 数据库中的轮班模式信息加入到操作区域(家庭护理)数据库的客户访问中。
我们已经知道我们可以做什么;我们提出了以下建议:
创建一个位于 HumanResources 对象上下文和 Homecare 对象上下文之间的层,负责将两组数据连接在一起。
有没有其他方法可以使我们受益?
language-agnostic - 您如何调用仅存在的方法以使另一个方法名称更好?
我想知道一个方法的正确术语,其存在的唯一原因是使方法调用更容易,使方法名称听起来/更好读。
像那样:
我可以称它为适配器,但这是为适配器设计模式保留的。
design-patterns - 什么是立面设计模式?
外观是一个包含许多其他类的类吗?
是什么让它成为一种设计模式?对我来说,这就像一堂普通的课。
你能向我解释一下这个Facade模式吗?