- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有一个像构造函数这样的客户端,它的参数列表相当长,例如,
Class Client {
private ServiceA _serviceA;
private ServiceB _serviceB;
....
private ServiceE _serviceE;
public Client(ServiceA serviceA, ServiceB serviceB,...ServiceE service E) { ... }
public doTask1(TypeA typeA) { //only serviceA, serviceB service being used... }
public doTask2(TypeB typeB) { //only serviceD, serviceE being used ... }
}
我想在这里使用服务外观来修剪构造函数参数列表。然而,我对外观实现的核心职责感到非常困惑。因此,我写下了一个外观,其中服务作为类变量及其 getter ,如下所示:
Class Facade {
private ServiceA _serviceA;
private ServiceB _serviceB;
....
private ServiceE _serviceE;
getters () ...
}
在这种情况下,这是抽象外观的正确方法吗?如果不是,重构 Client 类的正确方法是什么?
最佳答案
Facedes 具有完全不同的意图:创建它们是为了封装和隐藏类的底层结构和行为。以汽车为例。它由许多部件组成:车载电脑、燃油泵、发动机等。如果要启动它,只需按启动按钮即可:
class FuelPump {
private boolean pumpTurnedOn;
public FuelPump() {
pumpTunrnedOn=false;
}
public boolean isPumpTunredOn() {
return pumpTurnedOn;
}
public void setPumpTurnedOn (boolean newState) {
pumpTurndeOn=newState;
if (newState) {
System.out.println ("fuel pump now is on");
} else {
System.out.println ("fuel pump now is turned off");
}
}
}
<小时/>
class Engine {
private boolean engineStarted;
public Engine() {
engineStarted=false;
}
public boolean isEngineStarted() {
return engineStarted;
}
public void setEngineStarted (boolean newState) {
engineStarted=newState;
if (newState) {
System.out.println("engine now is on");
} else {
System.out.println("engine now is turned off");
}
}
}
<小时/>
// this is the Car facade:
class Car {
private FuelPump fuelPump;
private Engine engine;
// + other components of Car
public Car () {
fuelPump = new FuelPump();
engine = new Engine();
}
public void startCar() {
fuelPump.setPumpTurnedOn(true);
engine.setEngineStarted(true);
// + other methods of start procedures with other components
System.out.println("Your car has been startded");
}
public void stopCar() {
engine.setEngineStarted(false);
fuelPump.setPumpTurnedOn(false);
// + other methods on other components for shutting down car
}
}
<小时/>
客户端代码片段:
Car car=new Car();
car.startCar();
// later on
car.stopCar();
正如您所见,客户端对启动汽车的底层组件一无所知。它只需使用 startCar() 方法,Car 外观将完成其余的工作。外观是一种结构模式。如果您有许多构造函数参数并希望减少它们,请使用创建模式之一。如果您有必填字段和非必填字段,我建议使用构建器模式。例如,您的强制构造函数参数是 Service_A 和 Service_B,而 Service_C 到 Service_E 不是必需的。那么你的 ClientBuilder 类应该是这样的:
class ClientBuilder{
private static Service_A serviceA; // required
private static Service_B serviceB; // required
private static Service_C serviceC;
private static Service_D serviceD;
private static Service_E serviceE;
// since this builder is singleton
private static ClientBuilder builderInstance = new ClientBuilder();
private ClientBuilder () {};
public static ClientBuilder getBuilderInstance (Service_A service_A, Service_B service_B){
serviceA = service_A;
serviceB = service_B;
serviceC = null;
serviceD = null;
serviceE = null;
return builderInstance;
}
public static ClientBuilder addServiceC (Service_C service_C) {
serviceC = service_C;
return builderInstance;
}
public static ClientBuilder addServiceD (Service_D service_D) {
serviceC = service_D;
return builderInstance;
}
public static ClientBuilder addServiceE (Service_E service_E) {
serviceE = service_E;
return builderInstance;
}
public static Client build(){
return new Client (serviceA, ServiceB, ServiceC, ServiceD, ServiceE);
}
在这种情况下,您只能使用强制参数实例化您的 Client 类。最好的事情是不需要的参数的顺序是可以互换的:
Client aClient = ClientBuilder.getBuilderInstance(aServiceA, aServiceB)
.addServiceE(aServiceE)
.addServiceC(aServiceC)
.build();
现在已经使用服务 A、B、C、E 创建了 aClient,并且 serviceD 保持为空。稍后您可以通过适当的 setter 来设置它。 getter 和 setter 必须位于您的 Client 类中。简而言之,使用构建器类,您可以仅减少强制参数的构造函数参数数量,并在稍后使用 setter 设置可选字段。您可以在 Gang of Four book 中阅读更多详细信息或者如果你是一个认真的 Java 爱好者,我建议 Head First's Design Patterns书。希望能帮到你,再见!
关于JAVA Facade模式,正确实现吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49087878/
据我了解,立面图案的意图是 to provide a unified interface to a set of interfaces in a subsystem. Facade defines a
在我的独立(没有 Laravel)项目中,我想使用 Illuminate IoC 容器。我还想通过 illuminate/support 组件提供的 App facade 访问应用程序容器。我安装了这
我正在尝试制作一个简单的订购系统,因为这是一项作业,所以它是我不应该制作数据库和图形用户界面的界限,但我需要实现至少 4 个设计模式。我的决定之一是使用 Facade。据我了解,Facade 类是一种
概述 外部与内部子系统通信时必须通过的一个统一的外观模式对象进行,就是外观模式,也称门面模式。一般而言,Facade模式是为了降低客户端与实现化层之间的依赖性。外观模式的用意是为子系统提供一个集中
假设我们在 Laravel 中有以下类 class myClass { private $_someArray; // Functions to manipulate $_someAr
我的程序中的许多业务逻辑服务需要访问一组通用的非业务逻辑服务,例如电子邮件、打印、消息传递(消息框和提示)和日志记录。我计划创建一个外观来封装 EmailService、PrintService、Me
我经常看到有人这样使用门面。 public class FooFacade { Foo foo; public boolean isFunny(param1, param2) {
我的代码可以正常工作,但我不知道我的实现方式是否合适。基本上,我想保持模式而不违反它。 代码如下所示: 包模型(省略了 setter/getter): public class CA { pr
外观模式应该是程序员最下意识用的一种模式,比如我们习惯性的对复杂系统做一个封装接口。外观模式其本质是对一堆复杂对象和应用的接口抽象,对它们进行封装隔离,对于调用者来说只需要关系接口的实现,而不需要知
模式定义:外观模式(Facade Pattern):外部与一个子系统的通信必须通过一个统一的外观对象进行,为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更
外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口 外观模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用 外观
在处理我的第一个 laravel 包时遇到了我的 Facade 工作方式的问题,目前我的使用看起来像这样: {!! Custom::showValue() !}} //returns "default
我正在尝试使用配置 Controller 在 Laravel 7 中更改我的应用程序语言环境: class ConfigController extends Controller { /**
我有一个类(class)叫 Awesome并使用了 ServiceProvider和 Facade将其注册到应用程序。现在我可以将它用作 Awesome::Things() . 我想在这个类中添加常量
我们团队中的另一个人为我提供了一个库作为他的 Web 框架的 jar。我们将此框架称为“我 friend 的框架”。 我需要从他的框架中获取一个特定的类。该类公开的属性中有一半是我自己的应用程序真正需
我正在创建一个无状态 session bean(外观),它将用于“管理”特定实体,我们将其称为产品。将有添加新产品、更新现有产品、获取产品等的方法(我使用 Hibernate 进行持久化,因此我有一个
几年前,有人告诉我在单独的 .cs 文件中实现业务逻辑代码,尽管这些文件包装了相同的部分类。因此可以像这样从业务层调用方法: using(FooPartialDisposableClass parti
假设我的 Facade 类有两个子系统类。每个子系统都有不同的事件。 FacadeClass 是 public class FacadeClass { private SubsystemCla
我想知道这两种模式之间有什么区别。 我可能错了,但他们似乎在使用相同的结构来为更大的代码体实现更高级别的接口(interface)。 门面模式: var mobileEvent = { // ..
我写了一个任务管理器,好吧;说来话长……顺便说一句,全部用 Java 编写。所以我写了一个门面,你可以在下面看到 HashMap 有问题,我怀疑我在构建过程中尝试添加到 HashMap 中的值不太顺利
我是一名优秀的程序员,十分优秀!