关闭

重新画差不多一摸一样的UI? - ASCX的MVC模式实现

620人阅读 评论(0) 收藏 举报
[摘要]
本文论述了如何改善设计,使表层的结构更灵活。

[引言]
前几天, 我在与一个朋友, 他同时是我的技术经理,谈到我所设计的ASCX基本实现了MVC的时候, 他好像显得特别不以为然。他说ASP.NET本来就是MVC分开的。ASPX就是V,而CODE BEHIND就是C,数据库就是M。我想他没有真正理解我的意思。

确切地说我也不清楚自己到底有没有正确理解MVC。我想如果要像理解数学或者几何原理一样理解也不是必要的。能够解决实际问题的、灵活的、易于维护的设计就是好的设计。

[实例]
为了更明白地说明问题,或者为了减小篇幅,我引入一个实际应用中非常普遍的需求:管理会员。每个会员到系统中注册,我们想尽可能知道他的资料。我们需要一个模块来管理会员的基本资料,诸如姓名,年龄,个人爱好,联系办法种种。我们需要收集这些资料,管理员需要查询这些资料,用户自己也许会修改这些资料。这其中必须我们提供数个界面来协助用户操作。

V
这里的V是ASCX构图。大家都知道ASCX即可以显示HTML,又可以直接查询数据库,又可以做计算。可以包容任何服务器端控件。但是好的设计的原则是“高内聚,低耦合”,ASCX归根到底是一个类。我们不能设计得让它无所不能,或者说让它知道我们太多业务上的逻辑。比如数据库是如何设计的, 底层类都有那些方法。一种对象,不管其内部逻辑多复杂,其公开的特性或者方法越少越好,越常规越好。那么我们给ASCX都设计什么功能呢?

这里,我们将ASCX看作消极的显示数据的”白板“。仅仅被动到通过控制器设置其属性呈现数据。而有关数据的处理一概不管。当然,我们的白板也不见得就是白色的。在格式上还是允许它尽可能玩出花样。对于我们的实例,我们设计了一种ASCX来呈现会员基本资料。MemberInformation.ascx(MemberInformation类)。我们需要给类MemberInformation公开一系列特性。比如我们要求白板上显示姓名,出生日期,电话,电子邮件...,我们就需要给类MemberInformation公开Name, BirthDate, PhoneNumber, EmailAddress等特性。在显示构图方面,我们需要以集中模式将数据呈现出来
1.查询时只读显示
2.新会员登记填空表单
3.会员更改个人资料时的表单
至少会有以上几种情况。这些视图,显示的数据是完全一样的,而表现模式又大大不同。如果我们直接把上述界面制作在ASPX页上,我们不得不设置显示单条数据个一个个服务器对象的值。还有复杂的有效性验证。

将以上视图合一。
既然数据一致,并且多处使用,就有封装的必要。我们将上述视图总结一下,不外乎:以HTML表单形式展示数据,以报表的方式展示(只读)。不论是新登记还是老会员更改资料。我们必须是ASCX这个V层可以以两种方式展现相同的数据方案。

两种表现模式
我们需要以HTML ATTRIBUTE或者编程的方式控制ASCX的表现模式。我们给MemberInformation类设置一个属性:public string PresentationMode.之所以是串类型是因为需要在HTML ATTRIBTE中设置。可选的值有Form,(可输入数据的表单模式),Report模式(只读的报表模式)。这样我们可以像如下的方法控制其表现模式:
<Xxx:MemberInformation ID=MemberInformation1 Runat=Server PresentationMode=Form />
也可以在编程时像如下方法:
this.MemberInformation1.PresentationMode = “Form“;

设置FORM值时,ASCX显示出来就是表单样式了。

如何让ASCX这么听话呢
在ASCX里放置两个<asp:Panel />一个内装一个HTML table, 按照既定的格式排列各个服务器control. 另一个装安排好的form elements. 呈现时(一般是Page_Load控制)检查自己的PresentationMode值,如果是form就显示第一个panel, 隐藏第二个。如果设置为Report则相反。这样看起来ASCX就可以切换界面了。
代码范例(实际项目摘取)
  /// <summary>
  /// 关键特性: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
  /// Form: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  /// Report: xxxxxxxxxxxxxxxxxxxxxxxx
  /// 缺省值: Form
  /// </summary>
  private string representationMode = "Form";
  public string RepresentationMode
  {
   get
   {
    return this.representationMode;
   }
   set
   {
    this.representationMode = value;
    if(value == "Form")
    {
     this.FormPanel.Visible = true;
     this.ReportPanel.Visible = false;
    }
    else
    {
     this.FormPanel.Visible = false;
     this.ReportPanel.Visible = true;
    }
   }
  }


与公开的特性连接
公开的特性是其控制器访问或设置视图的数据的接口。一般通过编程进行设置。既然是公开的特性就必须有get,set访问器。这些特性的访问器必须即可以设置到report的数据,又可以访问到form的数据。总之,特性访问器一般必须很清楚地知道管姓名的是哪两个,管年龄的又是哪两个。这样,我们只需设定MemberInformation1.Name = “Jay Xu“, MemberInformation1.Age = 23就可以了。 而不用管显示姓名的控件被安排在什么地方,名称或ID是什么。

特性有关代码范例(实际项目摘取)
  /// <summary>
  /// xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  /// xxxxxxxxxxxxxxxxxxxxxxxx
  /// </summary>
  public string Name
  {
   get
   {
    return this.NameBox.Text;
   }
   set
   {
    this.NameBox.Text = value;
    this.NameLabel.Text = value;
   }
  }


数据模型统一。
这里的M,其实是一系列常规值的组合。例如姓名(字符串),年龄(整型),出生年月日(日期)等。在作者实际的项目中,数据实体是一组派生自DataSet的强类型化了的对象。所以并没有将这些数据打包成一个类。

控制器
控制器是管理ASCX的容器。对MemberInformation的数据进行写入,读出的工作。设计到数据是怎么从数据库到前端来的,还有数据是如何持久化到数据库中去的,都是控制器应该操心的事情了。我们的V只管显示数据,还有听从安排切换模式。

[进一步增强]
在get, set访问器中进行有效性校验。例如日期的有效性。可以在get访问过程中进行计算。如果出错,可以选择抛出异常,或者以某种形式通知用户。这些逻辑都应该隐藏在ASCX。
为适应不同场合需求,可以给ASCX增加多个用于控制样式的特性。例如背景色,字体,等等。

[需要注意的问题]
如果某些值是通过在有限项中选择得到的, 则应通过一定途径给选择控件赋初值。如果某些值是多项选择的,则应以合适的数据类型表现其值,比如数组。
在使用编程的方式切换显示模式时注意应使控件的EnableViewState属性为true.(缺省值就是true, 只要你不显示地关闭它)。


[设计思想上的扩充]
可以将这个设计思路应用到其他类型的ASCX上. 比如用于显示List(名单)样式的数据时. 可以把已经设计好的Repeater或者DataGrid包装成一个ASCX.

如果你明白了本文意图, 你可以在你的下一个项目中尝试一下, 编码的工作量可能会稍微增加, 但是除了可以很好的解决当前的问题外, 在一定程度上使设计工作更灵活, 更优雅, 并且带来重用的可能. 也能为将来的项目提供帮助.
FROM:http://xchunyu.cnblogs.com/archive/2004/04/08/5475.html
0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:54996次
    • 积分:714
    • 等级:
    • 排名:千里之外
    • 原创:0篇
    • 转载:59篇
    • 译文:0篇
    • 评论:3条
    文章存档