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 的扩展版上尝试…）