在亚历山大同学的post里面我说可以让实体类和表不必一一对应，但是并没有详细说明如何来做，也有人想问我是怎么做的，那么我就说一下。先说一个简单一点的，那就是在网页里面显示列表数据的情况，其他的下次再说。我们先来看一个生活中的情况，然后再说程序里面如何来做。
餐盘原理——模糊对应
餐盘，大家去食堂吃饭的时候，是不是会用一个长方形的餐盘来盛饭和菜呢？长方形的餐盘里有一个大一点的长方形的阁子，可以用来盛饭，当然也可以放馒头、花卷、面条等；有两、到四个个小一点的阁子，可以盛菜；由一个圆形的阁子可以放小碗；还有一个细长的可以放筷子。
无论食堂做什么饭菜，我们都是用这个餐盘来盛的。这个餐盘既可以放鸡蛋炒黄瓜、烧茄子、黄花鱼还可以放宫保鸡丁等。一个餐盘应对了好多种菜。
餐盘规定了有几个阁子，阁子里面可以放食物，但是并没有规定阁子里面必须放什么食物，阁子里面到底放什么食物就是一种模糊的对应关系。
好了让我们回到程序中来，假设我们要仿照博客园的社区来做一个小程序。社区里面有新闻、小组、博文、闪存、博友等内容，假设数据库里面有这几个表：cmt_News_NewsInfo（存放新闻内容）、cmt_Group_topic（小组里面的话题）、cmt_FAQ_Questions（存放博友提问）、cmt_Flash_FlashInfo（存放闪存内容）
如果现在我们想要做一个社区首页，要如何设置实体类呢？按照我对OO的一知半解，我可能会设计下面这几个类，这几个类都是和表(或者是视图)一一对应的。不管和谁对应，并不是重点。
public class Group_topic
{
public string Topic; //话题名称
public string TopicURL; //话题的连接地址
public string Group; //话题所属小组
public string GroupURL; //小组的连接地址
public string View; //回应/浏览
public string SendDate; //话题发表日期
public string Author; //作者姓名
public string AuthorURL; //作者的连接地址
}
public class FlashInfo
{
public string Author; //作者姓名
public string AuthorURL; //作者的连接地址
public string Message; //闪存的内容
public string SendDate; //话题发表日期
public string ToAuthor; //to 作者姓名
public string ToAuthorURL; //to 作者的连接地址
}
public class Group_Lesson
{
public string GroupName; //小组名称
public string GroupURL; //小组名称
public string GroupImage; //小组名称
public string MembersCount; //成员数量
}
其他的就省略了。
不知道这么设计对不对，先假设这么设计是对的吧，那么由于属性不同，就需要设计多个不同的实体类，给实体类赋值的部分也要写多个，业务逻辑的部分也要针对各个实体类的属性名称来编写，UI也要根据实体类的属性名称来取值。
我们来看看程序的步骤：
1、定义实体类。有几个“列表”就要定义几个实体类。
2、给实体类赋值。由于是多种实体类，那么给实体类赋值就有点麻烦，不能用一个函数搞定，当然我们可以请来ORM帮忙。但是ORM的使用也并不是很轻松。
3、业务逻辑的处理。依据业务需求对实体类的属性名称来做处理。
4、显示数据。依据页面布局和实体类的属性名称来提取数据。
这样各个部分都和实体类的属性名称发生了关联（这个就是内容耦合吧？），如果这时候字段名称发生了变化，那么每个部分都要做些修改。而修改的原因仅仅是实体类的属性名称变化了。
这样设计实体类对吗？面向对象，一切皆为对象，见到猫猫了就 class cat， 见到狗狗了就 class dog，见到新闻就 class News。真的有这么简单吗？面向对象的精华是“抽象”吧？猫和狗可以抽出来一个class Animals，那么这么做抽象的依据是什么呢？往往被忽略了。
请注意：我们讨论的前提和目的：在网页里面显示列表性质的数据，这个例子的要求：实现社区的首页。
首页里面是最新的新闻、最新的小组话题、最新的问题等。那么我们是不是要根据这个要求来进行一下抽象呢？
要显示最新（最多的、最高的等）的n条数据，有“名称”、连接、点击量、介绍等。那么是不是可以根据这个来抽象呢？
您可能会眼前一亮，对呀，设计一个基类，然后派生出四个子类对应新闻、博文、小组话题等。
比如这样 class WebDataList {}
这样是抽象了，但是其实还是多种不同的实体类，对上面的步骤不会有什么的改进和帮助。
那么到底要如何来做呢呢？想想上面的餐盘，我们是不是可以设置一个这样的“通用”实体类？（请注意通用的范围：网页里的列表数据的显示）
/// 一般的列表
public struct TitleBase
{
/// 0 记录的主键ID
public string ID; //
/// 1 链接地址，用于静态页或者URL重写
public string URL; //
/// 2 全部标题
public string AllTitle; //
/// 2 限制字数的标题
public string Title; //
/// 3 发表时间
public string AddedDate; //
/// 4 简介内容
public string Introduction; //
/// 5 备用1。人气
public string Other1; //
/// 6 备用2。图片路径
public string Other2; //
/// 7 备用3。
public string Other3; //
}
这是一个固定的“实体类”，他的属性名称是固定的，这样做有什么优点呢？
1、只需要定义一个实体类就可以了，实体类的数量不会根据网站（列表页面）的扩展而扩展。
2、给实体类赋值的函数只写一个就可以了，不同的列表只需要修改SQL语句即可。
3、由于实体类的属性名称是固定的，这样如果只是字段名称修改了，那么只需要改一下SQL语句即可，其他的代码都不需要修改。
缺点：有优点就会带来点缺点。
1、有浪费的嫌疑，由于属性的数量是固定的，有的时候并不需要这么多，那么多出来属性的就浪费了。
2、需要写一个属性名和字段名的对应关系的说明（约定），各个部分按照这个约定行事。这个应该属于文档的一部分吧。
3、SQL语句的编写有一定的要求：SQL语句里的字段数必须是8个，而且字段的顺序必须要对好。
4、只适合网站的列表型数据的显示，因为一般这样的数据字段比较类似，字段数量也比较少，8个属性可以应对。
代码实现
定义实体类，
实现填充数据的help
定义数据层
定义业务逻辑层
定义UI层
Code
public TitleBase[] LoadTitleBase(int Count,string sql)
{
//int Count = 10 ; //显示最新的10条小组话题
//string sql = "";
TitleBase[] tmp = new TitleBase[Count];
SqlConnection cn = new SqlConnection();
SqlCommand cm = new SqlCommand (sql,cn);
cn.Open();
SqlDataReader dr = cm.ExecuteReader();
int i = 0;
while (dr.Read())
{
tmp[i].ID = dr[0].ToString();
tmp[i].URL = dr[1].ToString();
tmp[i].Title = dr[2].ToString();
tmp[i].AddedDate = dr[3].ToString();
tmp[i].Introduction = dr[4].ToString();
tmp[i].Other1 = dr[5].ToString();
tmp[i].Other2 = dr[6].ToString();
tmp[i].Other3 = dr[7].ToString();
i++;
}
return tmp;
}
/// <summary>
/// 数据层
/// </summary>
/// <returns></returns>
public TitleBase[] Get_top10_Group_topic()
{
// ID URL Title AddedDate Introduction Other1 Other2 Other3
string sql = "select top 10 TopicURL,GroupURL,Topic, SendDate, Group, View, Author, AuthorURL from cmt_Group_topic order by SendDate desc "; //SQL语句略
return LoadTitleBase(10, sql);
}
/// <summary>
/// 逻辑层
/// </summary>
/// <returns></returns>
public TitleBase[] Top10_Group_topic()
{
TitleBase[] tmp;
tmp = Get_top10_Group_topic();
//逻辑处理
return tmp;
}
/// <summary>
/// UI
/// </summary>
private void LoadData()
{
TitleBase[] Group_topic ;
Group_topic = Top10_Group_topic();
//数据绑定
}
}
简化的写法
private void MyLoadData()
{
TitleBase[] Group_topic ;
// ID URL Title AddedDate Introduction Other1 Other2 Other3
string sql = "select top 10 TopicURL,GroupURL,Topic, SendDate, Group, View, Author, AuthorURL from cmt_Group_topic order by SendDate desc "; //SQL语句略
Group_topic = LoadTitleBase(10, sql);
//逻辑处理
//数据绑定
}
直接在.aspx.cs文件里面写上面的代码。
SQL语句的处理。
SQL语句可以放在一个单独的类里面统一管理，也可以放在xml文件里面动态加载。这样是不是变成了传说中的依赖注入呢？