ASP.NET应用程序规划与设计(4)-.NET教程,Asp.Net开发

 数据访问组件
  
  　　数据访问组件设计文档描绘与数据存储系统的交互以及与用户界面的交互的所有细节。在有些系统中，数据访问组件实际上是处理过程中各种问题的多个程序集。例如，可能会有一系列业务规则呈现在与数据存储和检索完全独立的用户界面上。在这种情况下，将业务组件与数据访问组件分开实现可能比较明智。
  
  　　在我们的示例中，实际实现的是两个单独的组件：message 组件和 dataaccess 组件。如果在支持基于 xml 的数据的传输服务（例如 soap web service）中进行规划，这种面向消息的实现方案将会特别有成效。
  
  　　消息组件
  
  　　消息组件定义一系列用于在各图层之间传输数据的类。这些消息可以作为二进制或 xml 文本数据存在。消息图层的价值在于：保护系统的其余部分，使其独立于数据存储实现方案的具体细节，例如 sql server、xml 文件等。此外，通过实现消息图层而不是更复杂的“智能对象”库，我们的解决方案可以更轻松地支持那些不能同时发送数据和类级别逻辑的远程调用服务，例如 xml-soap。
  
  　　下面是一个消息类示例，在该示例中实现了 topic 消息及其集合：
  
  public class topic
  private _id as integer
  private _title as string
  private _description as string
  
  public property id() as integer
  get
  return _id
  end get
  set(byval value as integer)
  _id = value
  end set
  end property
  
  public property title() as string
  get
  return _title
  end get
  set(byval value as string)
  _title = value
  end set
  end property
  
  public property description() as string
  get
  return _description
  end get
  set(byval value as string)
  _description = value
  end set
  end property
  
  end class
  
  public class topics
  inherits system.collections.collectionbase
  
  default public property item(byval index as integer) as topic
  get
  return ctype(list(index), topic)
  end get
  set(byval value as topic)
  list(index) = value
  end set
  end property
  
  public function add(byval s as topic) as integer
  return list.add(s)
  end function
  
  public sub remove(byval index as integer)
  list.remove(index)
  end sub
  
  end class
  
  　　注意：如果您已尝试过面向消息的设计，便会了解我们想要使这些消息类系列化，以便在应用程序图层之间轻松地来回发送。幸运的是，.net 运行时知道如何进行这项操作，而无需我们做过多的工作。但是，当我们学习创建消息的文章时，我们将详细讨论 .net 运行时如何系列化类，以及我们如何进行操作以使代码中的过程最优化。
  
  　　在后面实现消息组件和数据访问组件时，文章中将介绍此方法的细节。设计文档将包含一个由所有信息及其属性与数据类型组成的列表。现在，我们只是考虑如何使用此消息方法来封装图层间的数据传输，如何创建一种与本地方案和远程方案配合使用的常规数据服务。
  
  　　数据访问组件
  
  　　定义消息类的概念后，数据访问组件可以集中精力处理与数据存储系统直接对话的细节，并以正确的消息格式返回信息。在我们的示例中，这将涉及到使用来自用户界面的请求映射 sql server 存储过程，并创建可返回到用户界面进行显示的消息（或消息集合）。
  
  　　例如，下面是一个数据访问组件的一部分示例代码，该组件将从数据存储中检索单个 topic 记录，并将正确的消息格式返回到用户界面。
  
  public function gettopicrecord(byval id as integer) as messages.topic
  dim t as messages.topic = new messages.topic
  cn = new sqlconnection(secureconnectionstring)
  cd = new sqlcommand(“gettopic”, cn)
  cd.commandtype = commandtype.storedprocedure
  cd.parameters.add(“@id”, id)
  cn.open()
  dr = cd.executereader()
  dr.read()
  with t
  .id = id
  .title = dr(“title”)
  .description = dr(“description”)
  end with
  return t
  end function
  
  　　设计文档将包括一系列用于处理来自用户界面的各个请求的类和方法，并含有有关调用哪个存储过程以及返回何种消息格式的详细信息。同样，我们将在后面主要介绍数据访问图层的文章中讨论此过程的细节。
  
  　　web 用户界面
  
  　　最后，用户界面设计文档将包括完成各种方案所需的所有用户输入和显示。通常来说，用户界面文档包括界面机制的细节以及使用户界面呈现唯一性的图形设计元素。例如，配色方案、字体和总体页面设计，与用于获取搜索查询的正确数据的输入名称和输入数量一样重要。
  
  　　要使文档简洁，通常在一个与图形设计单独的文档中概要描述机制细节。这是我们将要在示例中做的工作。在后面的一篇文章中，我们将创建一个综合性用户界面文档和实现方案，详细说明每个屏幕的元素和相关操作。在另一篇文章中，我们将处理应用程序有关图形的各个方面，重点讨论作为一种外观服务的级联样式表的使用。
  
  　　下面是一个典型的用户界面描述，它涉及“主题”编辑方案。
  
  　　主题输入屏幕
  
  　　“主题”屏幕将显示所有当前主题（主题 id 和主题名称）的一个缩略列表，在每个主题旁边还将显示一个“编辑”链接。单击“编辑”链接将会调用关联的主题记录并将其显示在一系列的输入框中。“标题”和“描述”是可编辑的，而“主题 id”是只读的。用户可以编辑标题和描述，然后按“保存”按钮将更改写入数据存储。输入将被验证。两者都是必需的输入项，“标题”的长度限制为 30 个字符，“描述”的长度限制为 500 个字符。更新完成后，将显示一条响应消息指出已确认更新；如果更新失败，则显示一条消息指出错误状况。
  
  　　用户还可以删除现有的主题记录，方法是单击列表中的“编辑”链接，审核显示屏幕上的记录细节后，单击“删除”链接。删除完成后，将显示一条响应消息指出已确认更新；如果更新失败，则显示一条消息指出错误状况。请注意，用户不能删除与现有问题或回答相关联的主题。
  
  　　此外，用户可以完整地添加新主题记录，方法是在初始显示屏幕上单击“新建主题”链接。将显示“标题”和“描述”输入（不显示 id 输入）并提供一个“保存”按钮。输入将被验证。两者都是必需的输入项，“标题”的长度限制为 30 个字符，“描述”的长度限制为 500 个字符。更新完成后，将显示一条响应消息指出已确认更新；如果更新失败，则显示一条消息指出错误状况。
  
  　　利用上面的叙述，您可以轻松地实现一个完整的功能屏幕。判断一个好的设计文档的方法是：它能够使读者完成工作，且不会提出额外的问题。最终的用户界面设计文档将包括应用程序中每个屏幕的此类叙述。
  
  　　小结并付诸行动
  
  　　我们简要介绍了数据库、中间层和用户界面实现方案的最终设计文档。加上体系结构和初始规划文档，它们形成了我们的完整设计包。在实际的情况中，即使是最小的系统，完成这些文档也至少需要几个小时。对于大型系统，可能需要几周甚至可能几个月的时间。有些人可能会对此有一点挫败感，但是通过事先完成这些工作，您可以在进入项目的编码阶段之前很早就了解完成解决方案面临的几乎所有主要障碍。这样可以减少编写实际代码的时间，并且还可以减少您会遇到的错误和障碍的数量。
  
  　　在下一篇文章中，我们将讨论使用 visual studio .net 在 sql server 中建立数据存储系统的有关细节。我们将定义数据表，创建必需的存储过程，并设置正确的数据访问，以确保任何组件和数据本身之间具有安全可靠的连接。