ASP.NET可交互式位图窗体设计8

　　在页面和请求之间传递状态
　　为使应用程序能够工作，它需要能够维护请求之间的状态并将状态传递给绘图页面
（如下所示）。

　　维护和传递状态有多种方式。如果应用程序是严格的单页面应用程序（和以前的应
用程序一样），则可以使用视图状态，其中数据被编码存储在 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 的扩展版上尝试…）