ASP.NET可交互式位图窗体设计(9)-.NET教程,Asp.Net开发

在页面和请求之间传递状态
  　　为使应用程序能够工作，它需要能够维护请求之间的状态并将状态传递给绘图页面（如下所示）。
  
  　　维护和传递状态有多种方式。如果应用程序是严格的单页面应用程序（和以前的应用程序一样），则可以使用视图状态，其中数据被编码存储在 web 页的隐藏输入字段中。
  
  　　但是我们的图像控件是在单独的页面中进行绘图的，因此需要某些更灵活的东西。最好的选择就是 cookie 和会话状态。会话状态非常灵活，但要求使用服务器资源。浏览器可以保留 cookie，但其大小非常有限。
  
  　　page_load
  　　page_load 是在创建页面对象之后以及在运行所有事件处理程序之前被调用的。因此 page_load 方法是加载永久数据的理想所在。如果找不到数据，就创建新的数据。以下是相关代码：
  
  
  private sub page_load(byval sender as system.object, _
  byval e as system.eventargs) _
  handles mybase.load
  randomgen = viewstate(“randomgen”)
  if randomgen is nothing then randomgen = new random()
   选项之一：使用会话状态获得绘图列表
  （保存在 page_unload 中）
  （注意：要求服务器上的状态存储）
  drawinglist = session(“drawinglist”)
  if drawinglist is nothing then drawinglist = new dshapelist()
   选择之二：从用户浏览器上的 cookie 中
   检索绘图状态
  （注意：不需要服务器存储，但有些用户会禁用 cookie）
  （注意之二：cookie 不会自动反序列化！:( )
   注意之三：使用 cookie 将限制能够绘制的形状数量
  dim drawinglistcookie as httpcookie
  drawinglistcookie = request.cookies(“drawinglist”)
  if drawinglistcookie is nothing then
   drawinglist = new dshapelist()
  else
   drawinglist = _
   serialhelper.deserializefrombase64string( _
   drawinglistcookie.value)
  end if
  end sub
  
  　　首先，我们尝试从视图状态加载随机数发生器状态。如果存在，则使用存储的值。如果不存在，则创建一个新的 random 对象。
  
  　　接下来，我们尝试从会话状态加载绘图列表。同样，如果不存在绘图列表，则创建一个新的空列表。
  
  　　如果需要，视图状态和会话状态都会自动序列化我们的对象。视图状态始终被序列化，因此可以表示为浏览器隐藏输入字段中的编码的字符串。会话状态当存储在数据库中或者在服务器间进行传递时被序列化，但是如果应用程序运行在单个服务器上（例如在开发机器上进行测试时），则不会将其序列化。
  
  　　被注释的代码试图从 cookie 加载绘图列表。请注意，处理 cookie 要比处理视图或会话状态复杂得多。首先就是不能自动序列化。为序列化为一个字符串，我们在一个新类当中编写了 helper 函数，如下所示：
  
  
  public shared function deserializefrombase64string( _
  byval base64string as string) as object
  dim formatter as new binaryformatter()
  dim bytes() as byte = convert.frombase64string(base64string)
  dim serialmemorystream as new memorystream(bytes)
  return formatter.deserialize(serialmemorystream)
  end function
  
  
  　　dr. gui 使用了二进制格式化程序并转换为可打印的 base 64 字符串，因为无论是 soap 还是 xml 格式化程序都不适用于此应用程序。我们必须从纯二进制表示转换为 base 64 字符串，以避免因简单复制字节而产生字符串中控制字符的潜在问题。base 64 字符串使用一个字符 a-z、a-z、0-9、+ 或 /（共 64 个或 2^6 个字符）来表示二进制字符串中的每六位，因此四个字符表示三个字节 — 第一个字符表示第一个字节中的六位，第二个字符表示第一个字节的末两位和第二个字节的前四位，以此类推。同样，使用 base 64 字符串关键在于可以将字符串限制为可打印字符，这样就避免了任何控制字符出现潜在问题。
  
  　　xml 格式化程序不会序列化私有数据 — 而 dr. gui 也不打算为绘图列表中的私有数据添加公开访问权限。soap 格式化程序不存在这种限制，但它不会序列化空列表以便进行反序列化。相反，它不为空列表向数据流写入任何东西，这样当尝试反序列化时就会引发一个异常。（dr. gui 认为这是一个错误。）
  
  　　dr. gui 更喜欢以可读的 xml 格式进行序列化，但由于两种 xml 序列化格式化程序都无法完成此项工作，所以最终选择了二进制格式化程序并转换为 base 64 字符串。
  
  　　page_unload
  　　page_unload 是在破坏页面对象（包括任何所包含的数据）之前被调用的，因此是永久放置重要数据的理想位置，这样我们便可以在将来从 page_load（或者从图像的 page_load）中取出这些数据。
  
  　　因此，我们将数据保存在 page_unload 中，并从 page_load 中检索数据。虽然这有些奇怪，但却是正确的。
  
  　　以下是 page_unload 的代码：
  
  private sub page_unload(byval sender as object, _
  byval e as system.eventargs) _
  handles mybase.prerender
  viewstate(“randomgen”) = randomgen
   选项之一：编写会话状态
  session(“drawinglist”) = drawinglist
  
   选项之二：编写一个 cookie。必须编写代码进行序列化。
   注意：使用 cookie 将限制能够绘制的形状数量！
  dim drawingliststring as string =
   serialhelper.serializetobase64string(drawinglist)
  response.cookies.add(new httpcookie(“drawinglist”, _
   drawingliststring))
  end sub
  
  
  
  　　此代码稍微有些简单，因为我们不必查看状态是否已经存在于视图或会话状态对象中，而只需将其无条件写出。
  
  　　同样，视图状态和会话状态可以自动对自身进行序列化，而 cookie 则不能，因此我们需要亲自执行。dr. gui 编写了下面的 helper 函数（在单独的类中），代码如下所示：
  
  
  public shared function serializetobase64string(byval o as object) _
  as string
  dim formatter as new binaryformatter()
  dim serialmemorystream as new memorystream()
  formatter.serialize(serialmemorystream, o)
  dim bytes() as byte = serialmemorystream.toarray()
  return convert.tobase64string(bytes)
  end function
  
  　　在单独的页面中绘图
  　　正如前面提到的，绘图是在单独的页面中进行的。以下是该页面的代码：
  
  
  private sub page_load(byval sender as system.object, _
  byval e as system.eventargs) handles mybase.load
  dim drawinglist as dshapelist
   获取绘图列表选项之一：使用会话状态…
  drawinglist = session(“drawinglist”)
  if drawinglist is nothing then drawinglist = new dshapelist()
  
   获取绘图列表选项之二：使用 cookie…
  （请查看主页代码以了解更多注释）
  dim drawinglistcookie as httpcookie
  drawinglistcookie = request.cookies(“drawinglist”)
  if drawinglistcookie is nothing then
  drawinglist = new dshapelist()
  else
   drawinglist = _
   serialhelper.deserializefrombase64string( _
   drawinglistcookie.value)
  end if
  
  response.contenttype = “image/gif”
  dim bitmap as new bitmap(368, 376)
  dim g as graphics = graphics.fromimage(bitmap)
  try
  g.clear(color.white)
  drawinglist.drawlist(g)
  bitmap.save(response.outputstream, imageformat.gif)
  finally
  g.dispose()
  bitmap.dispose()
  end try
  end sub
  
  
  　　首先，我们从会话状态或 cookie 中获取绘图列表。（这部分代码与上面的 page_load 方法类似。）
  
  　　然后，我们将正在编写的响应流的 contenttype 设置为一个 gif 图像。
  
  　　接下来，我们要做一些真正美妙的事情：按照所需的大小（本例按照与 windows 窗体应用程序中相同的大小）创建一个位图。
  
  　　然后，我们得到一个与该位图相关联的 graphics 对象，清除该对象，并在其中绘制我们的列表。
  
  　　下面的步骤很重要：接下来，我们将 gif 格式的图像内容写出到响应流（即浏览器）中。我们设置了这种响应类型以确保浏览器能够正确解释图像，然后发送图像的位。（.net framework 使该操作变得相当简单。而在原来的 windows gdi 时代，仅在位图上进行绘制都是非常痛苦的！）
  
  　　另一个重要步骤就是要记住清理 graphics 和 bitmap 对象 — 并使用 try/finally，以便即使出现异常也会清理对象。
  
  　　嗨！步骤真多。但是为了让此应用程序能够作为 asp.net 应用程序运行，还是值得的 — 并且更好的是，这种应用程序不需要依赖客户端脚本。
  
  　　试一试！
  
  
  　　如果您手头有 .net，学习它的最好方法就是试一试。如果没有，就请想办法得到。如果您每周在 dr. gui .net 上花费一个小时左右，那么在了解 .net 之前您将已经成为一名 .net framework 专家了。
  
  　　从您开始 — 并邀请您的朋友！
  　　作为第一个学习新技术的人，感觉一定不错，但如果和朋友们分享则乐趣更多！为享受更多乐趣，邀请朋友共同学习 .net 吧！
  
  　　应进行的尝试…
  　　首先试一下这里给出的代码。其中有一些是从大型程序中节选下来的，围绕这些代码片断创建程序会取得不错的效果。（如果必须，也可以使用 dr. gui 提供的代码。）琢磨一下代码。
  
  　　向绘图程序添加一些不同的形状，包括填充和不填充的形状。注意：虽然我们没有对其进行转换，但所添加的类可能存在于来自其他文件的不同程序集中（因而是不同的可执行文件）。这意味着所添加的类的语言甚至可以和其他类不同。当您阅读并尝试有关的必要工作后，会更加确信这一点。
  
  　　请向这里的类添加一些方法，并尝试改动用户界面。自己制作一个可爱的 cad 小程序。
  
  　　在自己选择的项目中使用继承、abstract/mustinherit 类、接口和多态。当类系列具有很多共同部分时，使用继承的效果最佳。如果类并不具有很多共同部分，但功能相似，这时使用接口的效果最好。
  
  　　尝试用 asp.net 编写自己的绘图应用程序。请注意，如果能够运行 .net framework，则只需 microsoft internet information server (iis) 便可以在自己的计算机上运行 asp.net — 无需服务器！dr. gui 认为，在便携式计算机上仅使用标准操作系统和免费的 .net framework 创建和测试 web 应用程序，感觉实在好极了。（但 dr. gui 还是倾向于使用 visual studio，或者至少 visual basic 或 microsoft visual c#? 标准版。）看看吧！不需要服务器！甚至不需要 internet 连接！（可在 brand j 的扩展版上尝试…）