工厂模式(Factory Pattern)

首先,还是引入一个场景:一家披萨店,有许多的披萨种类(CheezePizza, ClamPizza),在新建一个披萨的时候,很可能会这样做:

public class SimplePizzaFactory { public static final String CHEEZE_PIZZA = "cheeze"; public static final String CLAM_PIZZA = "clam"; public static final String PEPPERONI_PIZZA = "pepperoni"; public static final String VEGGIE_PIZZA = "veggie"; public Pizza createPizza(String type) { if(CHEEZE_PIZZA.equals(type)) { return new CheezePizza(); } else if(CLAM_PIZZA.equals(type)) { return new ClamPizza(); } else if(PEPPERONI_PIZZA.equals(type)) { return new PepperoniPizza(); } else if(VEGGIE_PIZZA.equals(type)) { return new VeggiePizza(); } return null; } }

这就是一个简单工厂,使用这个简单工厂的类代码如下:

public class PizzaStore { public Pizza orderPizza(String type) { SimplePizzaFactory factory = new SimplePizzaFactory(); Pizza pizza = factory.createPizza(type); pizza.prepare(); pizza.bake(); pizza.cut(); pizza.box(); return pizza; } }类图如下:

当这家披萨店越做越大,它需要做不用风味的披萨:纽约风味的CheezePizza,芝加哥风味的CheezePizza,纽约风味的ClamPizza等等,每种Pizza都可能有两种风味。甚至可能之后还会加入California,Texas风味的等等。

这时候,简单工厂显然不能满足对扩展开放的要求。我们可以这样设计:

抽象的PizzaStore中的createPizza方法交给子类去实现,抽象的PizzaStore只知道抽象的Pizza,其他一概不知。当需要扩展另外一个风味的PizzaStore的时候,只需要从PizzaStore继承,并实现createPizza方法即可。

具体工厂的代码:public class ChicagoPizzaStore extends PizzaStore { public static final String CHEEZE_PIZZA = "cheeze"; public static final String CLAM_PIZZA = "clam"; public static final String PEPPERONI_PIZZA = "pepperoni"; public static final String VEGGIE_PIZZA = "veggie"; @Override public Pizza createPizza(String type) { if(CHEEZE_PIZZA.equals(type)) { return new ChicagoStyleCheezePizza(); } else if(CLAM_PIZZA.equals(type)) { return new ChicagoStyleClamPizza(); } else if(PEPPERONI_PIZZA.equals(type)) { return new ChicagoStylePepperoniPizza(); } else if(VEGGIE_PIZZA.equals(type)) { return new ChicagoStyleVeggiePizza(); } return null; } }PizzaStore的代码:public abstract class PizzaStore { public Pizza orderPizza(String type) { Pizza pizza = this.createPizza(type); pizza.prepare(); pizza.bake(); pizza.cut(); pizza.box(); return pizza; } public abstract Pizza createPizza(String type); }

工厂方法模式的类图:

设计原则:要依赖抽象,不要依赖具体

如果不依赖抽象,PizzaStore很可能是这样的:

(to be continued)

【博士论文复现】【阻抗建模、验证扫频法】光伏并网逆变器扫频与稳定性分析(包含锁相环电流环)(Simulink仿真实现)内容概要:本文档是一份关于“光伏并网逆变器扫频与稳定性分析”的Simulink仿真实现资源,重点复现博士论文中的阻抗建模与扫频法验证过程,涵盖锁相环和电流环等关键控制环节。通过构建详细的逆变器模型,采用小信号扰动方法进行频域扫描,获取系统输出阻抗特性,并结合奈奎斯特稳定判据分析并网系统的稳定性,帮助深入理解光伏发电系统在弱电网条件下的动态行为与失稳机理。; 适合人群:具备电力电子、自动控制理论基础,熟悉Simulink仿真环境,从事新能源发电、微电网或电力系统稳定性研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握光伏并网逆变器的阻抗建模方法;②学习基于扫频法的系统稳定性分析流程;③复现高水平学术论文中的关键技术环节,支撑科研项目或学位论文工作;④为实际工程中并网逆变器的稳定性问题提供仿真分析手段。; 阅读建议:建议读者结合相关理论教材与原始论文,逐步运行并调试提供的Simulink模型,重点关注锁相环与电流控制器参数对系统阻抗特性的影响,通过改变电网强度等条件观察系统稳定性变化,深化对阻抗分析法的理解与应用能力。
工厂模式是一种创建型设计模式,它提供了一种创建对象的最佳方式,而不必暴露对象创建的逻辑。该模式定义了一个工厂类,它负责创建对象,并将其封装在一个方法中。 在.NET中,工厂模式通常使用静态方法或单例实现,其目的是创建一个对象,而无需揭示创建过程的内部细节。这种方法可以提高代码的可维护性和可复用性,并降低耦合度。 下面是一个简单的工厂模式示例,用于创建不同类型的动物: ```csharp public interface IAnimal { void Speak(); } public class Dog : IAnimal { public void Speak() { Console.WriteLine("Woof!"); } } public class Cat : IAnimal { public void Speak() { Console.WriteLine("Meow!"); } } public class AnimalFactory { public static IAnimal CreateAnimal(string type) { switch (type.ToLower()) { case "dog": return new Dog(); case "cat": return new Cat(); default: throw new ArgumentException("Invalid animal type"); } } } ``` 在上面的示例中,我们首先定义了一个IAnimal接口,它包含了Speak方法。然后,我们定义了两个具体的动物类Dog和Cat,它们实现了IAnimal接口。 最后,我们定义了一个AnimalFactory工厂类,它包含了一个静态方法CreateAnimal。该方法接受一个字符串参数,用于指定要创建的动物类型。根据给定的类型,工厂将创建相应的动物对象并返回。 使用工厂模式,我们可以轻松地创建不同类型的动物对象,而无需为每个对象创建单独的构造函数。此外,我们还可以轻松地添加新的动物类型,而无需修改现有代码。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值