【C#】简单工厂模式/简单工厂+反射/配置文件+反射

1.简单工厂

1.UML

• 定义抽象类，若干非抽象子类继承抽象类生成不同的种类实例。
• 定义SimpleFactory，方法传入参数，将switch过程判断new不同对象实例从客户端封装到工厂类。
• 将所有具体类的创建实例的判断封装，依赖所有具体类。
• 完成对象创建，返回实例。客户端中只是获得实例。

abstract class AbstractCc
{
	private int a;
	public abstract void func();
}
 
class ConcreteCc1:AbstractCc
{
	public override void func(){}
}
 
class ConcreteCc2:AbstractCc
{
	public override void func(){}
}
 
class ConcreteCc3:AbstractCc
{
	public override void func(){}
}
 
class SimpleFactory
{
	public AbstractCc CreateInstance(string _case)
	{
		switch(_case)
		{
			case "1":
				return new ConcreteCc1();
				break;
			case "2":
				return new ConcreteCc2();
				break;
			case "3":
				return new ConcreteCc3();
				break;
		}
	}
}

SimpleFactory sf = new SimpleFactory();
sf.CreateInstance("2");		//将选择创建实例的过程从客户端分离，封装到工厂类中

优缺点

降低了客户端代码和具体类的耦合，具体类只和SimpleFactory类耦合。将实例的创建过程中的选择封装。
增加了具体类时，需要修改SimpleFactory，在switch中增加case。不符合开闭原则。

2.简单工厂+反射

所有用简单工厂的情形，都可以用反射消除switch判断。这样，在switch的case增加的情况下，也可以不用修改SimpleFactory类。
只有当要创建的类增加时，需要增加Create()方法即可。
多种数据库：SQLServer、Access








抽象工厂模式实现在这里不叙述。这里只介绍简单工厂实现。

1.简单工厂+反射

反射创建实例：

using System.Reflection;

DataAccess中db这个字段，决定DataAccess.CreateUser()和DataAccess.CreateUser()是创建SqlServer还是Access。
虽然简单工厂中也是db决定使用哪种，但是是通过switch要对db的值进行判断。这样增加数据库种类时，还需要在switch中增加case。（修改了DataAccess类）
反射的写法，在增加数据库种类时不需要修改switch。只有在User、Department后还要增加其他类时，需要在DataAccess中增加Create方法。（开闭原则）

2.配置文件+反射

创建哪种对象，使用反射创建。将switch过程，放到了用户修改配置文件的过程中。

app.config:
https://blog.csdn.net/q672405097/article/details/86639488