- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
上下文:
我有一个 REST 服务,比方说 CustomerService
现在只有一种方法getCustomer(id, country)
.现在的要求是,根据国家/地区,我必须执行不同的业务逻辑,例如访问不同的数据库或一些自定义规则,然后报告我收到了这样的请求。
首先,为了解决不同国家/地区的不同实现,我使用工厂模式,如下所示:
所有基于国家/地区的实现的通用接口(interface)
public Interface CustomerServiceHandler{
Cusomer getCustomer(String id, String country);
}
然后工厂为
public class CustomerServiceHandlerFactory{
public CustomerServiceHandler getHandler(String country){...};
}
使用 Facade 的实现细节
请注意,此外观是从 REST 类调用的,即 CustomerService
public CustomerServiceFacade{
public Customer getCustomer(String id, String country){
//use factory to get handler and then handler.getCustomer
Customer customer = factory.getHandler(country).getCustomer(id,country);
//report the request
reportingService.report('fetch-customer',....);
return customer;
}
}
按照 SRP(单一职责原则),这个外观并没有实现单一目标。它正在吸引客户并报告已收到此类请求。所以我想到装饰器模式如下。
使用装饰器模式实现:
//this is called from Rest layer
public ReportingCustomerHandler implements CustomerServiceHandler{
//this delegate is basically the default implementation and has factory too
private CustomerServiceHandler delegate;
private ReportingService reporting;
public Customer getCustomer(String id, String country){
Customer customer = delegate.getCustomer(id, country);
reporting.report(....);
return customer;
}
}
//this is called from ReportingCustomerHandler
public DefaultCustomerServiceHandler implements CustomerServiceHandler{
private CustomerServiceHandlerFactory factory;
public Customer getCustomer(String id, String country){
//get factory object else use itself, even default implementation is provided by factory
CustomerServiceHandler handler = factory.getHandler(country);
return handler.getCustomer(id,country);
}
}
注意:在第二种方法中,我重用了接口(interface) CustomerServiceHandler
(在工厂代码中显示)Reporting and Default implementations
还有。
那么正确的方法是什么,或者如果存在更合适的方法,替代方法是什么。
问题的第二部分
如果我必须维护两个不同的接口(interface),即一个 CustomerServiceHandler
怎么办?实现不同国家的实现,一个服务于 REST 层。那么设计或替代方案是什么。在这种情况下,我认为立面很合适。
最佳答案
So what is the correct way, or what is the alternative to this
这里的设计非常可靠,并且很好地使用了工厂模式。我提供的是对这项出色工作的建议,但我认为有很多方法可以增强您所拥有的。
我可以看到 CustomerServiceFacade
方法 getCustomer
在哪里破坏了 SRP。它将检索客户与报告方面结合起来。我同意将报告从该方法中移出会更清晰。
那么你的对象看起来像这样:
public CustomerServiceFacade{
public Customer getCustomer(String id, String country){
return factory.getHandler(country).getCustomer(id,country);
}
}
那么我们把报告放在哪里呢?
您可以通过单独的界面移动/管理报告。这将允许灵活地实现不同的报告方法并使测试更容易(即模拟报告部分)。
public interface ReportService {
void report(Customer c, String id, String country);
}
REST 层如何访问报告?
方案一:REST通过多个对象访问各种Customer函数
ReportService
的实现可以通过 CustomerServiceFacade
注入(inject)到 REST Controller 中。
不确定您为 REST 使用的是什么框架,但它可能看起来像这样:
@GET
@Path("/customer/{Id}/{country}")
public Response getCustomer(@PathParam("Id") String id, @PathParam("country") String country){
Response r = null;
// injected implementation of CustomerServiceFacade
Customer c = customerServiceFacade.getCustomer(id, country);
if (c!=null){
// injected implementation of ReportService
reportService.report(c, id, country);
}
else {
// handle errors ...
}
return r;
}
选项 2:REST 通过一个外观/服务访问各种客户功能
您可以让您的服务外观层为提供功能的更大对象集提供简化接口(interface)的功能。这可以通过拥有多个客户服务方法来实现,这些方法使 REST 层能够通过一个对象访问各种功能,但仍然具有让每个方法更紧密地遵守 SRP 的好处。
在这里,我们将 CustomerServiceFacade
注入(inject) REST Controller ,它调用两个方法 1) 获取客户和 2) 处理报告。外观使用上面的 ReportService
接口(interface)的实现。
public CustomerServiceFacade{
public Customer getCustomer(String id, String country){
// call the correct CustomerServiceHandler (based on country)
return factory.getHandler(country).getCustomer(id,country);
}
public void report(Customer c, String id, String country){
// call the reporting service
reportService.report(c, id, country);
}
}
我认为这是对 Facade 模式的合理使用,同时在实际方法中仍然包含 SRP。
如果报告实现因国家/地区而异,与客户不同,您可以使用其他工厂。
public void report(Customer c, String id, String country){
// call the correct reporting service (based on country)
rptFactory.getInstance(country).report(c,id,country);
}
关于java - 门面或装饰,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28733452/
我有这些 ViewModel:RecordViewModel、ComponentViewModel,其中 RecordViewModel 本质上是几个 ComponentViewModel 的容器。
我正在尝试为我的 Controller 设置一个装饰器。我的目的是在我的应用程序中的所有 Controller 中引入一些常见的行为。 我已将其配置为在 Angular 1.2.x 中工作,但从 1.
我想用角上的时间戳装饰我生成的所有 JFreeCharts。 JFreeChart 框架中是否有一种方法可以在生成图表后在图像上绘制? 编辑:请注意,这些图表是在后台线程中生成并通过 servlet
在grails应用程序中,我想用自定义数据装饰每个日志。当前的需要只是在日志消息前添加当前用户名 我对如何解决此问题有一些想法: -Adding custom field to log4j patte
我有一个form-el,它只是一个容器,必须将所有子元素包装在具有特定类的div 中。我希望允许 from-el 来包装它们,而不是在每个表单元素中重复这个 div 。我可以循环所有元素并将它们包装在
我遵循以下约定来装饰 Python 类中的某些方法。我想知道是否有一些更好的方法可以做到同样的事情。我的方法看起来当然不太好;对原始成员函数的调用看起来一点也不直观。 from threading i
我的 DTO 看起来像这样 public class SomeDTO { public string last_name{ get; set; } public string ac
这可能是一个远景,但 .NET 的灵 active 一直让我惊叹不已,所以开始吧。 我正在开发一个 MVC 应用程序,它需要在一组程序集中搜索派生自公共(public)基类的类类型。 即我有几个程序集
在我正在进行的项目中,我正在按照项目负责人的要求实现开发人员通知系统。它的工作方式是,如果发生前端错误,开发团队会收到一封错误电子邮件。 但是,在我当前的实现中,我似乎有以下循环依赖: $rootSc
我需要一些关于如何取消装饰和装饰 JInternalFrame 的帮助。我的框架类是这样的: package com; import java.awt.BorderLayout; import jav
假设我们有可能需要长时间运行的任务: public class LongRunningTask { public ReturnType doSomething() { ...
我正在尝试创建一个装饰器方法,它将一些默认的生命周期方法添加到 react 组件中。我的目标是向组件中添加一些默认功能,例如,所有组件都应该能够在 componentWillMount 上执行特定操作
我正在尝试将 DBUS 的异步方法调用与 Twisted 的 Deferred 相结合,但我在调整常用的 DBUS 服务方法装饰器来执行此操作时遇到了麻烦。 要使用 DBUS 异步回调方法,您需要:
是否可以设置表格中一行的背景颜色?当条件适用时,我需要突出显示一行。效果为 ...我可以在其中指定“字体”属性。 (我需要突出显示整行)。 最佳答案 您必须子类化 qooxdoo 默认行渲染器才能做到
我正在开发一个具有不同视角的基于 Java Swing 的应用程序。对于“主菜单”视角,我不希望装饰窗口 (JFrame),而在其他视角中,我确实希望装饰窗口。换句话说,我需要动态更 retrofit
我想做一些类似下面代码所示的事情: class foo { private: std::fstream* m_stream; public: foo(std::fstream* str
我的数据源提供了一个 ObservableList ,但是对于我的 ListView,我需要一个 ObservableList . A Warning基本上只是字符串的装饰器,添加一个 boolean
我一直在纠结于装饰+接口(interface)。假设我有以下“行为”接口(interface): interface IFlyable { void Fly();} interface ISwimma
有没有人为 iOS 6 UICollectionView 实现过装饰 View ?不可能 查找有关在网络上实现装饰 View 的任何教程。基本上在我的应用程序中,我有多个部分,我只想在每个部分后面显示
我有一个简单的 Controller ,例如: function MyController($scope, $http) { ... $http.post(url).success(f
我是一名优秀的程序员,十分优秀!