Modèle d'usine simple
Le modèle d'usine simple est le modèle de création de classe, également appelé modèle de méthode d'usine statique. Le modèle d'usine simple utilise un objet d'usine pour déterminer les instances de classe de produits à produire.
Pourquoi utiliser le modèle d'usine simple
La raison est simple : le découplage.
Analyse de la scène LOL :
Il y a actuellement plus de 100 héros dans LOL, et les compétences de chaque personnage sont toutes différentes. Le code. la mise en œuvre de héros spécifiques doit être différente ;
Mais les compétences de chaque héros sont les quatre compétences de base de Q, W, E, R et les compétences d'invocateur D et F
Bien que le les héros sélectionnés sont différents, le reste du jeu devrait être exactement le même, il est impossible de changer complètement la logique des autres parties communes selon le héros que l'on choisit !
Comment mettre en œuvre un tel scénario d'application
Classe constante de compétence d'invocateur
public class SummonerSkillName { public static final String FLASH = "Flash";//闪现 public static final String HEAL = "Heal";//治疗 public static final String IGNITE = "Ignite";//引燃 public static final String REVIVE = "Revive";//惩戒 public static final String TELEPORT = "Teleport";//传送 public static final String EXHAUST = "ExhaustSS";//虚弱 }
Interface des compétences d'invocateur
<span style="color: #0000ff">public</span> <span style="color: #0000ff">interface</span><span style="color: #000000"> SummonerSkill { </span><span style="color: #0000ff">void</span><span style="color: #000000"> release();//释放技能 }<br></span>
Classe de mise en œuvre des compétences d'invocateur 1 : Flash
public class FlashSS implements SummonerSkill { public static final String NAME = "闪现"; @Override public void release() { System.out.println("闪现"); } }
Implémentation des compétences d'invocateur Type 2 : Allumage
public class IgniteSS implements SummonerSkill { public static final String NAME = "引燃"; @Override public void releaseSS() { System.out.println("引燃"); } }
Usine de compétences d'invocateur
public class SummonerSkillFactory { public static SummonerSkill getSkillSS(String ssName) throws Exception { SummonerSkill ss;if (ssName.equals(SummonerSkillName.FLASH)) { ss = new FlashSS(); } else if (ssName.equals(SummonerSkillName.TELEPORT)) { ss = new TeleportSS(); } else if (ssName.equals(SummonerSkillName.HEAL)) { ss = new HealSS(); } else if (ssName.equals(SummonerSkillName.IGNITE)) { ss = new IgniteSS(); } else if (ssName.equals(SummonerSkillName.EXHAUST)) { ss = new ExhaustSS(); } else { ss = new ReviveSS(); } return ss; } }
Usine améliorée, utilisez la réflexion :
public class SummonerSkillFactory { private static final String CLASS_NAME_SUFFIX = "SS"; public static SummonerSkill getSkillSS(String ssName) throws Exception { String className = ssName + classNameSuffix; String packageName = SummonerSkill.class.getPackage().getName(); SummonerSkill ss = (SummonerSkill) Class.forName(packageName + "." + className).newInstance(); return ss; } }
Imaginez à quel point l'image serait belle si plus de 100 héros étaient également utilisés if else~
Les avantages de ceci ne sont pas seulement la quantité de code à écrire est beaucoup plus petit, et en supposant que de nouvelles compétences d'invocateur soient ajoutées, le code d'usine n'a pas besoin d'être modifié et le principe d'ouverture et de fermeture est suivi.
public class LeagueClient { @Test public void selectHero() throws Exception { SummonerSkill flash = SummonerSkillFactory.getSkillSS(SummonerSkillName.FLASH); SummonerSkill ignite = SummonerSkillFactory.getSkillSS(SummonerSkillName.IGNITE); }
L'objectif du modèle d'usine simple ou du modèle d'usine n'est pas sur la façon de produire les classes requises dans l'usine, Il s'agit de séparer la création de produits de la consommation de produits.
J'ai déjà utilisé if...else if...else et réflexion. En plus de ces méthodes, il existe d'autres façons de créer des produits, comme transmettre l'identification d'un produit spécifique et y aller. la base de données sur la base de cette identification.
Avantages et inconvénients du modèle d'usine
Avantages :
1. Optimisez simplement l'architecture logicielle et clarifiez leurs respectives. Fonctions. Responsabilités et droits du module
2. Grâce à la classe d'usine, le monde extérieur n'a pas besoin de créer directement des objets de produits spécifiques, il doit seulement être responsable de la consommation et n'a pas besoin de s'en soucier. comment créer des objets en interne
Inconvénients :
1. Toute la logique de création du modèle d'usine simple avant amélioration est concentrée dans une classe d'usine. Les classes qui peuvent être créées ne peuvent être prises en compte. Si vous devez ajouter une nouvelle classe, vous devez changer la classe d'usine
2 Comme le nombre de produits spécifiques dans le modèle d'usine simple avant amélioration continue d'augmenter, il peut être nécessaire de créer différentes instances en fonction. à des conditions différentes. Ce jugement des conditions et le jugement des types de produits spécifiques sont étroitement liés, ce qui rend difficile d'éviter la propagation des modules fonctionnels, ce qui est préjudiciable à la maintenance et à l'expansion du système
3. utilise principalement la réflexion, qui sera moins efficace
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!