Field的意思是字段，我们在展示一条数据的时候总是要展示具体的某些字段，有时候是一条数据，有时候是个循环。

 

　　一条数据的时候很好处理，我们把数据准备好，然后替换相关的[field]标签就行了。当循环输出的时候，其实只需要调用显示一条数据的方法就行了。

 

　　Field的标签格式大概是这样：[field:PostTime length=10 dateFormat="yyyy-MM-dd HH:mm"/] 可以看出，Field也有自己的一些属性，就像一个Label一样。

 

　　我们在展示Field的时候有时不可能完全按照数据库的字段名来展示，比如 发布时间PostTime字段，我们可能需要展示为“多久以前”，比如“刚刚”，“5分钟前”等字样，这时候就需要调用一个方法（Render）来处理。所以Field类需要一个展示的方法成员，并且有一个存储初始值的Value字段。

 

　　为了实现代码的一致性，我们统一调用Render方法，但Render方法具体做什么，天知道。我们可以设计一个FieldBase，默认返回初始值Value。

 

　　类的大概设计是这样子：

 

　　public class FieldBase

 

　　{

 

　　public string Name {get;set;}

 

　　public string Value {get;set;}

 

　　public string Html {get;set;}//html用来存放Field的完整标签

 

　　public virtual string Render（）

 

　　{

 

　　return Value;

 

　　}

 

　　}

 

　　那么，这么一来只要我们稍有不一致的Render都要实现一个具体的Field类吗？那岂不是传说中的类爆炸。而且，我们还要考虑如何去通过简单的field标签实例化这些不同Render的子类，想想就头大。显然用继承的方式来设计是有问题的。

 

　　所以，我们得把Render改下：

 

　　//…

 

　　public event Func Render;

 

　　public virtual string GetRender（）

 

　　{

 

　　//if（SetValue!=null）

 

　　//    SetValue（this,RowData）

 

　　if（Render!=null）

 

　　return Render（this,Value）;//这句表明了一个顺序问题：在调用GetRender之前，假如需要Field.Value的值的话必须先赋值，后面我们会提到。

 

　　else

 

　　return Value;

 

　　}

 

　　//public Object RowData {get;set;}

 

　　public Func SetValue;

 

　　//…

 

　　是的，我们只是增加了一个事件，并且修改了下名字，这样就想外部公布了一个自定义的方法，但内部实现调用机制。而且GetRender仍然是可重写的，比如一些非常特殊的Field标签，可能就需要重写FieldBase。

 

　　这个GetRender写的非常简单，实际使用情况是复杂的，你有没有注意掉我们忽略掉了field的Parameters（那些length formate之类的），其实调用情况和Label的Parameter类似。