本文共 3809 字，大约阅读时间需要 12 分钟。
原本关于T4模板原想分5个章节详细解说的，不过因为最近比较忙，也不想将整个系列时间拉得太长，所以就将它们整合在一块了，可能会有很多细节没有讲到，希望大家自己对着代码与模板去研究。
本章代码量会比较大，基本将Web层要使用到的大部分函数都用模板生成了出来，而模板中的函数，很多也是互相关联调用的。另外在DotNet.Utilities（公共函数项目）中也添加与修改了一些类和函数。
需要特别说明的是，在逻辑层添加了July大神编写的超强上传类，具体怎么使用功能怎么强大，在后面调用到时会用一个章节详细说明。呵呵......
1、先了解解决方案中各个新增文件功能，具体的文件对应说明，请查看《数据字典》中的“目录与文件说明”
这个是各个表对应的逻辑层类，里面是Web层常用的各种函数。Application文件夹是各种公共逻辑层函数类，Systems文件夹是后端系统管理模块常用函数类。以后添加新的文件时，可以按功能或业务进行对应分类存放。
LogicBase.cs是逻辑层所有模板生成类的父类，里面有两个虚函数，用来给模板类调用。在有需要的时候，在自定义类中重写这两个函数，就可以给模板中的相应函数自动调用执行。
DelCache()函数是模板类中进行添加、修改、删除、更新等对数据库记录进行变更时会同步调用到，主要用于拥有自定义缓存的类中，重写该函数后，进行前面的各项操作时自动执行该函数，以达到同步理清自定义缓存的功能。
GetExpression()函数是提供给模板类中的缓存加载函数（GetList()）使用的。我们在开发时会创建很多表，有些表全部记录需要加载到缓存中；有一些表记录不需要加载到缓存当中（比如日志表）；同时也有一些表的记录会过期，只需要加载指定条件的记录到缓存使用就可以了，对于后者我们就可以使用GetExpression()函数来进行控制，只要重写这个函数，系统在运行GetList()函数时就会自动加载我们自定义的条件，从数据库中筛选出我们想要的记录到缓存中。
CommonBll.cs是逻辑层的工具类，主要提供给模板生成类调用。具体使用方法请看注释和相关例子。
2、逻辑层T4模板文件CreateBll.tt（文件在文章后面下载源码里）
模板运行后将会生成下图中的这些函数
其中IIS缓存又包含下图中这些常用函数
原来是想使用Redis来处理缓存的，后来考虑到对于中小型项目来说，很多都没有独立的空间，使用的是虚拟机，用Redis也就不是很合适了，所以换成IIS缓存来处理
IIS缓存也由之前的表级别缓存修改为记录级别了，就是说你对某一条记录进行添加、删除、修改、更新等操作时，不用清空整个表缓存，直接对缓存中的记录进行操作，不过这个功能刚刚改为记录级别，得Web层代码开始写后才能测试看看效果怎么样
3、主要模板函数功能说明
1）模板函数调用使用单例模式
对于中小型项目来说，访问量并发量并不是很大，单例模式已经够用了，如果对某一个表并发量过大时，怕出现问题，也可以直接new出这个类，不使用单例调用就可以了
比如：
单例模式调用
InformationBll.GetInstence().GetList();
非单例模式调用
var information = new InformationBll();
information.GetList();
2）表缓存函数
View Code 只要调用了GetList()函数，系统就会将全表记录（重写GetExpression()函数的，只加载符合条件的记录）以IList<T>存储方式缓存到IIS缓存中，供其他相关函数使用，缓存当天有效，第二天访问时会自动清空重新加载
一般来说，前端与后端在一个项目时，后端操作缓存会直接影响前端的数据。如果前后端分开，做为两个项目来开发时，进行增、删、改操作时就必须调用DelAllCache()函数来清除前后端的缓存，以便两个站点的缓存能及时同步（目前对于使用IIS缓存跨站点记录级别缓存同步还没有一个比较好的处理方法，只能直接清空整表缓存来实现），调用DelAllCache()函数时，会执行CommonBll.RemoveCache(const_CacheKey)函数，该函数会通过一个前端访问接口，发送经过加密处理后的数据，前端接口接收到请求后再清除对应缓存来实现前后端IIS缓存同步功能。
3）实体转换函数
View Code 由于SubSonic3.0插件生成的Model附加了很多功能，在对实体进行赋值操作时使用了Linq运算，判断该字段是否有进行赋值操作，没有的话在最终生成SQL时，会自动过滤掉该字段。这个功能非常不错，但是将实体存储到缓存中或进行Json转换等操作时，由于这个运算导致程序进入了死循环，无法运行，所以必须将它进行一次转换，转化为最常见的普通实体，具体大家可以查看Solution.DataAccess层SubSonic文件夹下ActiveRecord.tt模板生成的类与CreateModel.tt模板生成的类文件比较一下。实体转换函数就是将这两种不同的实体进行相互转换的函数
SubSonic3.0插件ActiveRecord.tt生成的Model
自定义CreateModel.tt模板生成的实体
4）获取DataTable与绑定Grid表格
View Code 主要是用于通过条件查询，获取指定表记录，然后与后端的FineUI.Grid绑定，具体使用例子会在Web层的相关章节中说明
大家在看源码时会发现CommonBll.WriteLog("获取Information表记录时出现异常", e);这样的代码，其实在整个框架中这种代码大量存在，它会将出现的异常或操作步骤，忠实的记录指定目录的文本文件中，方便我们查看分析。特别是项目上线后，在生产环境中我们很多时候是不能直接对生产环境进行测试的，而用户是做了什么操作才出现这种异常的没有日志记录就很难进行排查，所以我们在编写自定义逻辑层函数时，也随手将这样的代码写上，以方便我们以后分析问题。
而HttpContext.Current.Session["SpendingTime"] = (swatch.ElapsedMilliseconds / 1000.00).ToString();这种代码记录的是执行查询绑定FineUI.Grid花费的时间，并会在Web层相关列表页面显示出来，方便我们了解页面的执行效率。
模版会生成两种类型的Grid表格绑定函数，一个是正常的列表绑定，一个是用于多级分类时有层次感显示的列表绑定。正常列表是直接从数据库中查询出来，而有层次感的列表，使用的是内存分页，而不是整表缓存。它是将按条件查询出来的记录缓存到内存中，在点击翻页时，是在内存中获取分页然后显示。
有层次感列表例子： 
5）添加与编辑记录函数
View Code 执行更新操作后，会检查是否启用了缓存功能，启用了由会同步更新缓存记录。然后执行用户操作日志记录功能，将用户执行了什么操作更新到对应的数据库中。其他删除与更新操作都会做同样的记录。（有了详细的操作日志记录，万一后端系统管理人员操作出了什么问题，要落实操作责任也就很容易查找出来）
6）保存排序与自动排序函数
View Code 自动排序函数执行后，会将当前页面所绑定表格的所有记录分级别全部从小到大重新进行排序，比如二级分类原排序值为1、2、5、10、11、12，执行后会变成1、2、3、4、5、6。
同时会清除缓存，并且添加用户操作记录。
Web层会将这两个函数进行封装，处理后无需再编写代码，只要添加了对应按键就会自支继承相应功能，减少Web层的重复代码编写
由于使用了新的工具类库，模板也做了一些修改，代码实现就花了好几天才完成，而直接完成代码后，文章都不知道怎么写才合适了，今天完成后反复看了几遍，都觉得写得差强人意，呵呵......
除了上面介绍的函数外，还有其他类与模板函数大家自己看吧，有什么问题再发上来大家一起讨论
4、小结
写到这里，其实框架的底层结构算是基本完成的，T4模板与SubSonic3.0的结合，产生一个轻量级的开发框架，无论是开发Winform、Web服务还是其他软件，在这个组合下都可以令我们轻松应对，去除了大量的重复编码时间，轻轻松松一键生成我们需要的大部分代码。而模板设计合理的话，应用一些新技术或替换某些功能（比如IIS模板换成Redis模板），Web层基本上不用做什么修改就可以直接使用了。对于数据库添加新表新字段，修改或删除字段操作，也变得很轻松。由于整个设计不存在硬编码，就算有些地方要修改，运行一下编译就能马上知道需要修改那个位置。
本文转自 AllEmpty 博客园博客，原文链接：http://www.cnblogs.com/EmptyFS/p/3759993.html，如需转载请自行联系原作者