h5响应式网站建设方案,开网站需要投资多少钱,深圳网络推广渠道,wordpress 字体调整工厂模式理解工厂模式是一种创新的设计模式#xff0c;其目的是提供一个接口#xff0c;用于创建相关或相关对象的族#xff0c;而无需指定其具体类。 创建逻辑封装在工厂中#xff0c;该工厂提供创建逻辑的方法或将对象的创建委托给子类。 客户端不知道接口或类的不同实现… 工厂模式理解 工厂模式是一种创新的设计模式其目的是提供一个接口用于创建相关或相关对象的族而无需指定其具体类。 创建逻辑封装在工厂中该工厂提供创建逻辑的方法或将对象的创建委托给子类。 客户端不知道接口或类的不同实现。 客户端只需要知道工厂即可用于获取接口实现之一的实例。 客户端与对象的创建是分离的。 通常工厂模式以单例或静态类的形式实现因为只需要一个工厂实例。 这样集中了对象的创建。 CDI框架 在Java EE中我们可以利用CDI框架来创建对象而无需了解对象创建的详细信息。 这种脱钩是Java EE实现控制反转的方式的结果。 传达的最重要的好处是将较高级别的类别与较低级别的类别分离。 这种解耦使具体类的实现可以更改而不会影响客户端减少耦合并提高灵活性。 CDI框架本身是工厂模式的实现。 容器在应用程序启动期间创建合格对象并将其注入到与注入标准匹配的任何注入点中。 客户端不需要知道关于对象的具体实现的任何信息甚至客户端都不知道具体类的名称。 public class CoffeeMachine implements DrinksMachine {// Implementation code} 像这样使用它 InjectDrinksMachine drinksMachine; 在这里容器创建了CoffeeMachine具体类的实例根据其接口DrinksMachine进行选择并在容器找到合格注入点的任何位置进行注入。 这是使用工厂模式的CDI实现的最简单方法。 但是它不是最灵活的。 消歧 如果我们有多个DrinksMachine接口的具体实现 将会发生什么 public class CoffeeMachine implements DrinksMachine {// Implementation code} public class SoftDrinksMachine implements DrinksMachine {// Implementation code} 应该注入哪种实现 SoftDrinksMachine或CoffeeMachine InjectDrinksMachine drinksMachine; 容器不知道因此部署将因“模棱两可的依赖项”错误而失败。 资格赛 那么容器如何区分具体的实现 Java EE为我们提供了一个新工具限定符。 限定词是自定义注释用于标记具体的类以及容器要注入对象的位置。 回到我们的Drinks机器以及两个相同类型的CoffeeMachine和SoftDrinksMachine的具体类我们将通过使用两个限定符来区分它们 QualifierRetention(RetentionPolicy.RUNTIME)Target({ElementType.METHOD, ElementType.FIELD})public interface SoftDrinkQualifierRetention(RetentionPolicy.RUNTIME)Target({ElementType.METHOD, ElementType.FIELD})public interface Coffee 我们创建一个限定符名称SoftDrink 。 这将注释SoftDrinksMachine混凝土类而Coffee将注释CoffeeMachine类。 Target注释限制了我们可以在哪里使用这些限定符标记注入点在这种情况下是在方法和字段注入点上。 具有保留策略RUNTIME的注释可确保注释在运行时可用于JVM。 Target的可能值为TYPEMETHODFIELDPARAMETER。 正确标注了DrinksMachine接口的两个具体实现。 CoffeeMachine类的注释为Coffee而SoftDrinksMachine类的注释为SoftDrink 。 Coffeepublic class CoffeeMachine implements DrinksMachine {// Implementation code}SoftDrinkpublic class SoftDrinksMachine implements DrinksMachine {// Implementation code} 现在您注释注入点。 使用限定符SoftDrink表示要在容器中注入SoftDrinksMachine类的位置并使用限定符Coffee来在容器中注入CoffeeDrinkMachine的位置 。 现在我们已经向容器明确了应该在哪里注入我们的具体实现并且部署将成功。 Inject SoftDrinkDrinksMachine softDrinksMachine;Inject CoffeeDrinksMachine coffeeDrinksMachine; 我们已经了解了Java EE的CDI框架如何实现工厂模式如何隐藏对象的具体实现并允许创建与使用分离。 我们已经看到了如何使用限定符来选择所需的实现而无需了解有关对象创建的任何知识。 重要的是要记住CDI框架只会实例化满足托管Bean规范JSR 299的所有条件的POJO。但是如果您要注入的对象没有那意味着我们不能利用CDI怎么办框架针对不符合要求的类的注入功能。 不不是。 Java EE为我们提供了一个解决方案。 让我们更深入地研究一下如何使用CDI框架将ANY类型的ANY类注入到注入点中。 生产者方法 Java EE具有称为生产者方法的功能。 这些方法提供了一种实例化方式因此可用于不符合托管bean规范的注入对象例如需要使用构造函数参数进行正确实例化的对象。 其值可能会在运行时更改的对象以及其创建需要进行一些自定义初始化的对象也可以通过生产者方法准备好进行注入。 让我们看一个生产者方法该方法产生一个用Books对象填充的List。 ProducesLibrarypublic ListBook getLibrary(){// Generate a List of books called libraryreturn library;} Book对象列表将被注入到注解点Library中。 像这样使用它 Inject LibraryListBooks library; 生产者方法的一个重要特征是它的范围。 这将确定何时调用该方法以及该方法产生的对象将保留多长时间。 默认情况下生产者方法范围是DependentScoped 。 这意味着它将继承其客户范围。 我们可以通过扩大范围来进一步扩展此示例。 如果我们对生产者方法RequestScoped进行注释则它将对其参与的每个HTTP请求仅调用一次并持续到请求的持续时间。 RequestScopedProducesLibrarypublic ListBook getLibrary(){// Generate a List of books called libraryreturn library;} 可能的范围是 RequestScoped – HTTP请求范围 SessionScoped – HTTP会话范围 ApplicationScoped –在用户之间共享 ConversationScoped –与JSF的交互 DependentScoped –默认从客户端继承 优点易于实现没有样板代码神奇地工作任何对象都可以注入按类自动配置 错误命名注释类型不安全 和丑陋隐藏对象创建难以遵循执行流程IDE应该有所帮助 翻译自: https://www.javacodegeeks.com/2015/12/factory-pattern.html工厂模式理解
