Pour faire simple, le modèle d'usine consiste à renvoyer un type d'objet en fonction de la demande. La signification de l'utilisation du modèle d'usine est que si l'instanciation de l'objet et la dépendance du code sont trop grandes, ce sera gênant. pour développer et maintenir.Le but de l'utilisation de l'usine est de découpler l'instanciation de l'objet du code du programme principal. Regardons de plus près :
1 Introduction au modèle d'usine simple
Modèle d'usine simple. (Simple Factory), également connu sous le nom de « modèle de méthode d'usine statique ». Il appartient au « modèle de création » (le modèle de création d’objets) et constitue une implémentation spéciale du modèle « méthode d’usine ».
Habituellement, nous utilisons le modèle d'usine simple pour créer des classes. Par exemple, l’obtention d’un objet pool de threads est obtenue grâce au simple modèle d’usine. Son schéma de structure est le suivant :
Usine : L'usine est le cœur du modèle d'usine simple et fournit l'interface externe. Si le client ou un autre programme souhaite obtenir l'objet Product, il doit l'obtenir via l'interface Factory.
Produits abstraits : les produits abstraits sont des abstractions de (nombreux) produits différents. Le produit peut être une interface ou une classe abstraite.
Produit concret : l'objet produit renvoyé à l'usine est en fait créé via ConcreteProduct.
2. Modèle de code de modèle d'usine simple
public class Factory { public static Product newInstance() { return new ConcreteProduct(); } } public abstract Product { } public class ConcreteProduct extends Product { public ConcreteProduct() {} }
3. Application pratique du modèle d'usine simple
Nous écrivons un servlet. Lors du traitement des demandes des clients, un servlet gère souvent plusieurs logiques métier, telles que :
protected void doPost(HttpServletRequest request, HttpServletResponse response) { String flag = request.getParameter("flag"); if(flag.equals("service1")) { service1(); }else if(flag.equals("service2")) { service2(); } ... }
Ce qui précède est la méthode conventionnelle permettant à notre servlet de gérer plusieurs logiques métier. Écrivez une instruction if else. Une meilleure solution consiste à séparer la distribution des requêtes du servlet et à laisser le servlet gérer uniquement la logique métier. Nous considérons divers Servlets demandés comme des classes de produits, javax.servlet.HttpServlet est la classe parent du produit, javax.servlet.Servlet est l'interface du produit, nous définissons donc une ServletFactory, analysons la demande d'URL dans le filtre et la transmettons à ServletFactory. pour le traitement C'est tout. Il s’agit d’une application d’usine simple et typique.
@WebFilter("/TransRequest") public class TransRequest implements Filter{ private String servletName; @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest myRequest = (HttpServletRequest)request; //拿到请求的servlet名字, 这里我们约定请求都是/servletName形式 String names[] = myRequest.getRequestURI().trim().split("/"); servletName = names[2]; if( servletName != null) { //以下是最典型的两句简单工厂的例子 Servlet servlet = ServletFactory.createServlet(servletName); servlet.service(request, response); }else chain.doFilter(request, response); }
Chaque fois qu'une demande arrive, nous utilisons l'usine pour produire un servlet. Cela évite d'avoir à configurer une grande quantité d'informations sur le chemin du servlet en XML et est plus pratique. Et cela rendra également la logique plus claire. Le servlet ne gère que les affaires au niveau de la couche métier.
La classe d'usine est la suivante :
public class ServletFactory { public static Servlet createServlet(String servletName) throws ServletException { if(servletName.equals("servletName1")) { return new Service1(); }else if(servletName.equals("servletName2")){ return new Service2(); }else{ throw new ServletException("No such servlet"); } } }
Bien que la classe d'usine ci-dessus n'abandonne pas le if else encombrant, elle résout quand même certains problèmes en utilisant l'idée d'une usine simple. L'usine simple est un modèle de conception très simple qui n'est pas considéré comme un modèle de conception et les problèmes qu'elle résout sont également très limités. La distribution des requêtes ci-dessus a été implémentée dans tous les principaux frameworks javaEE, tels que Struts2. Bien entendu, le framework n'est pas une simple usine.
4. Résumé
Un modèle d'usine simple, en résumé, est une classe d'usine, une interface de produit (en fait, il peut aussi s'agir d'une classe abstraite, ou même d'une classe parent ordinaire) et d'un groupe. de produits qui implémentent Le produit spécifique de l'interface, et cette classe d'usine, crée une classe d'implémentation spécifique basée sur les paramètres transmis, et la transforme en conséquence jusqu'à l'interface et la renvoie.
Ce qui précède utilise le code Java comme exemple pour expliquer le modèle d'usine simple dans le modèle de conception. Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (m.sbmmt.com) !