建立层务必使用类库选项，不要使用文件夹（没错，说的就是我自己）
两层架构适合小型 / 中小型项目
| 名称 | 标识 | 用途 |
| 数据访问对象 | DAL | 模型服务，需要添加Models引用 |
| 实体对象 | Models | 模型 |
| 用户界面 | UI | 交互界面，需要添加DAL和Models引用 |
序列化：将对象状态转换为可保持/传输的格式，会转换为字节流
反序列化：将流转换为对象
实现：在类中加入可序列化标记[Serializable]
适合大 / 中型应用开发
//BLL
publc class StudentManager
{
private StudentSeiver objStu = new StudentSeiver (); //创建数据访问对象
public List<Student> GetAllStu()
{
return objStu.GetAllStu(); //仅起数据传递作用
}
public List<Student> GetStuByClass(string className)
{
if(className == null || className.lenght == 0)
return objStu.GetStu();
else
return ibjStu.GetStuByClass(className); //根据不同查询条件实现数据访问
}
}
在主程序中，仅需调用BLL中的接口，而无需去处理DAL中的具体方法（进一步分离）
相当于将原来位于UI层的业务逻辑处理下移到了BLL层
优点：分离开发人员关注的内容； 项目需求变化时，程序模组可以无损替换； 提高代码的可复用性；
缺点：代码量大； 实现复杂；
用以复用一些共用技术，如：通用的辅助类和工具方法；数据校验方法；缓存处理、加密方法
以Common为标识
.Net中的接口定义规范：①使用关键字interface定义，接口类一般以 I 开头
②接口中的属性、方法只做声明而不具体实现
③均为public
接口的实现
特点：①接口具有强制性，实现接口的类必须实现接口的所有成员
②一个类即可以实现多个接口，也可以同时继承其他类
前提条件：①一个接口必须被 两个/以上 的类实现
②接口实现类必须转换成接口类型去使用
与继承多态的比较
| 抽象类 | 接口 | |
| 异 | 使用abstract | 实用interface |
| 只能继承一个类 | 可以实现多个接口 | |
| 非抽象派生类必须实现抽象方法 | 实现接口的类必须实现所有成员 | |
| 使用override实现 | 直接实现 | |
| 同 | 都不能用于实例化 | |
| 都未包含实现方法 | ||
| 子类/“接口实现类”都必须实现为实现的方法 |
常见的设计模式： ①简单工厂(单一对象创建的扩展)
②抽象工厂(多找那个类型数据库访问问题/不同业务逻辑)
③单例模式(Web中设计购物车需要使用)
原理：①工厂可以通过“选择”的方法来指定创建哪个“接口实现的类”
②工厂实际是一个对象创建的方法，让对象延迟创建(取代原来new的作用)
实现：①接口（产品原型）
②工厂类（产品生产）
using System.Configuration; //同时需要在项目中引用
class Facotory
{
//1.定义接口变量
staitc IReport objReport = null;
//2.读取配置文件(添加App.config)
static string reportType = congfigurationManager.AppSettings["ReportType"].ToString();
//3.根据用户要求创建对象
public static IReport ChooseRepType()
{
switch(reportType)
{
case "ExcelReport": objReport = new ExcelReport(); break;
case "WordReport": objReport = new WordReport(); break;
}
return objReport;
}
}③仓库（产品输出）：具体的接口实现（多种实现）
在主程序中的调用
IReport objRep = Factory.ChooseRepType(); //工厂动态新建
//等价于IReport objRep = new ExcelReport(); IReport objRep = new WordReport();
static string reportType = congfigurationManager.AppSettings["ReportType"].ToString();
public static IReport ChooseRepType()
{
return (IReport)Assembly.Load("UseFactory").CreateInstance("Report."+reportType);
}同时开发不同数据库访问的DAL，集成在一个系统中，根据用户的需求配置不同的DAL和UI、BLL结合即可
优势：只需要维护一套系统，维护和开发成本较低且部署灵活
设计DAL方案：（任选其一）
BLL依赖“开关”与DAL隔离。
抽象工厂的依赖关系
框架实现：DAL（接口实现）、IDAL（接口）、DALFactory（抽象工厂）互相独立
使用的配置文件：
//DALFctory的实现
//1.读取数据库类型
static dbType = configurationManager.AppSetting["dbType"].ToString();
//2.读取DAL所在的程序集名称
static dalAssemblyName = configurationManager.AppSetting["DalAssemblyName"].ToString();
//3.组合要创建的对象的命名空间
static string path = dalAssemblyName + "." + dbType;
//4.使用反射来实现
public static IDAL.IStudentService CreateStudentService()
{
return (IDAL.IStudentService)Assembly.Load(dalAssemblyName).CreateInstance(path + ".StudentService");
}BLL中的引用：
public class ClassManager
{
//通过抽象工厂创建DAL，实现DAL动态替换
IDAL.IStuService objSer = DALFactory.DataAcess.CreateStuSerObj();
//抽象构造方法
public List<Stu> GetAllStu()
{
return objStu.GetAllStu
}
}通过反射，可以在运行时获得某个类型的各种信息，包括方法、属性、事件、构造函数等，还可以获取每个成员的名称等信息
反射是在程序运行时进行的（动态创建对象、调用方法、设置属性、激发事件），并非在编译时完成
①系统需要基于插件开发的时候，必须使用反射
②简单工厂&抽象工厂中将使用反射
③一般配合接口使用
④反射会降低系统性能，除非必要否则不宜过多使用
using System.Reflection; //引入反射命名空间
using ICal; //引入接口库
//动态加载程序集并创建对象
ICalculator objCal = (ICalculator)Assembly.LoadFrom("CalDLL.dll").CreateInstance("CalDLL.Calcuator");
//调用反射，需要引入类文件 + 完全限定名(同时返回的是Objcet型，需要强制转换)
int Result = objCal.Add(num1,num2); //通过接口运算
使用反射后，不再需要添加接口实现类的引用，降低了模块之间的耦合,可以直接使用外部调用（随意替换文件）