flutter精美,Flutter精美网站

为什么除了Flutter之外，我们还需要另一个跨平台开发框架？

不久前，谷歌正式推出 Jetpack Compose 1.0 版本。近日，JetBrains 在此基础上发布了 Compose Multiplatform Alpha 版本，旨在将 Compose 扩展到桌面和 Web 端。

公司主营业务：成都网站制作、网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。成都创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。成都创新互联公司推出崇阳免费做网站回馈大家。

Compose Multiplatform 由 Compose for Desktop 和 Compose for Web 组成，通过 Kotlin Multiplatform 支持许多不同的平台。其中，Compose Desktop 采用 Google 的 Skia 图形库，来实现在 Windows、macOS 和 Linux 上的 UI 绘制，借此在所有支持的操作系统中提供统一的体验，类似于 Flutter 的做法。

根据 Kotlin 团队的说法，相比起 Electron 框架，Compose Multiplatform 在内存消耗、安装大小和 UI 渲染性能等方面将有更明显的优势。随着 Alpha 版本的发布，Compose Multiplatform 还收获了新的 Android Studio 插件，包括对在 IDE 中显示组件预览的支持以及许多附加功能。

我们希望通过本文帮助大家进一步了解 Compose 的跨平台能力，以及 JetBrains 将 Compose 从 Android 扩展到这些其他平台背后的主要驱动力是什么。

基于 Jetpack Compose 1.0

由谷歌打造的 Jetpack Compose 是一款用于在 Android 应用程序之内构建用户界面的官方框架，上周刚刚发布 1.0 版本。与此同时，Android Studio 代号“极狐”的首个稳定版 2020.3.1 也正式亮相。

尽管才刚迎来 1.0，但谷歌表示“目前 Play Store 中已经有超过 2000 款应用程序在使用 Compose——更重要的是，就连 Play Store 这款应用本身也在使用 Compose。”谷歌方面还表示，“我们一直在与一些顶级应用的开发人员进行合作，他们的反馈和支持帮助我们使 1.0 版本更加强大。”

Jetpack Compose for Android 迎来 1.0 版本

Compose 基于 Kotlin 开发，而 Kotlin 与 Android Studio（即官方指定的 Android IDE）均来自开发工具厂商 JetBrains。虽然 Jetpack Compose 专为 Android 打造（与谷歌的 Flutter 框架不同）， 但 JetBrains 公司坚信 Compose 完全能够获得跨平台能力 。

Compose for Desktop: 这只是开始

Compose Multiplatform 可以说是该框架面向 MacOS、Linux、Windows 以及 Web 开设的一个端口，目前刚刚发布 1.0 Alpha 版本。虽然尚处于早期开发阶段，但 JetBrains 表示，其已经“为开发人员带来能够基本安全使用的稳定 API”。

TheRegister 就此事询问了 JetBrains 公司 Compose 项目负责人 Nikolay Igotti，希望了解为什么该公司在拥有了已经广泛应用于 IntelliJ IDEA IDE 及多种丰富变体的桌面应用程序跨平台 Java 框架之外，还要费力开发 Compose for Desktop。Igotti 的回答是，“旧有 Java 框架基本上就是修改版的 Swing。Swing 属于默认 JDK UI 框架，Swing 和 AWT（Abstract Windows Toolkit，抽象窗口工具包）。Compose 则完全是另一码事，当然我们也在设计中考虑到了互操作性需求……Swing 这套框架太陈旧了，最早出现在上世纪九十年代末。多年来人们对于 UI 的设计思路已经天翻地覆，Swing 显然满足不了要求了。”

JetBrains IDE 中的 Compose for Desktop 项目

Compose 与 Swing 有一个比较大的共同点：与其他使用本机控件的跨平台框架，比如例如 Java 的 SWT（Standard Widget Toolkit）以及微软的 Xamarin 有所不同，它们选择自主绘制控件。Compose 使用的 Skia 开源图形库，也在谷歌 Chrome、Flutter 及其他众多框架当中得到广泛应用。那这是否意味着 Compose 应用程序将没有自己的原生外观？对此，Igotti 的回应是，“这取决于开发人员的选择，取决于他们如何为应用程序设置主题。在这方面，Compose 的情况与 Flutter 等其他框架没什么区别。”

那 Compose for Desktop 应用程序是否依赖于 JVM（Java Virtual Machine）运行？Igotti 表示，“我们也知道，JVM 应用程序的发布情况可能比较棘手。因此我们提供自己的 Gradle 插件，其使用 jpackage 与 Jlink 以 JVM 应用程序为基础制作原生应用程序。Mac 的.dmg、Windows 的 MSI、Linux 的 deb 包等均可实现，大家用不着担心 JVM。”

也就是说，开发成果将会是一款被精心包裹起来的 JVM 应用程序。JetBrains 还有一款用于解决这个问题的 Kotlin/Native 编译器，“预计将在未来发布，或者专门用于桌面开发。”

对应用程序的另一种思考方式

那 Web 应用程序方面呢？Igotti 回应称，“我们使用 Kotlin/JS 编译器。”Compose 的 Web 版本不如桌面版先进，说明文档中也警告称“API 尚未最终确定，预计会发生重大变化。”此外，虽然 Web 版本确实使用 Compose 模型，但 API 却完全不同，而且会使用 HTML 与 CSS。所以，Web 版与 Compose for Desktop 之间能够共享的代码应该比较少。

据 Igotti 介绍，“Compose 代表着一种不同的应用程序思考方式。状态即 UI 的真实来源，而 UI 本身是无状态的，其表达永远由状态计算得出。在这方面，Compose for Web 采用一组相同的原语，完全相同的状态管理思路。但是对于具体的小部件集合与排列方式，Web 版与桌面版之间确实无法互通。”

说到这里，为什么要把 Compose for Android 扩展到多种其他平台之上？“Compose 的目标受众主要分为三类。首先是使用 Kotlin 与 Compose 的 Android 开发人员，他们希望把自己的开发成果交付至其他平台；其二是纯 Kotlin 开发人员，他们希望以‘一次编写、随处运行’的方式开发新的应用程序；第三则是那些不太熟悉 Kotlin 或者 Compose，但又希望开发出精美 UI 的用户，我们希望能为他们提供实现目标的工具。”

Igotti 并没有给出具体的发布日期，但表示自己希望 Beta 版能在今年秋天发布，“我们也希望能在今年之内推出 1.0 版本。”项目本身是完全开源的，“二十一世纪了，框架在大多数人们心目中就不应该收费。我们只是想开发一款长期缺失的软件”，补足 JetBrains 当前商业模式中的工具链。

那么，JetBrains 会在自己的其他工具中使用 Compose 吗？事实上，他们的 JetBrains Toolbox（用于管理已安装的 IDE）已经在使用 Compose，但 Igotti 表示短时间内 Compose 还无法取代 IntelliJ IDEA 等现有框架。“编辑器是其中最复杂也最重要的组件，经历了 20 年的发展演进，我们几乎不可能在中途进行重写了。无论是 JetBrains 还是我个人，都不打算强迫每个人都转而使用 Compose。我们的目标是为原有框架选项满足不了的用户提供新的解决方案。”

写在最后

那么，为什么除了 Flutter 之外，我们还需要另一个跨平台框架？虽然谷歌的 Flutter 最开始主要面向移动设备，但现在也开始向桌面及 iOS 进军，甚至比 Compose 还抢先了一步。不过，根据 StackOverflow 的最新调查， Flutter 使用的语言为 Dart；尽管 Dart 语言的人气正在增长（正是受到 Flutter 的推动），但仍然无法与 Kotlin 相提并论。

Compose 代表着一种独特的 UI 构建方法，也许最期待 Compose 跨平台功能的受众，正是那些曾在 Android 上使用过它、又特别喜欢这种 UI 构建体验的开发者。

想要进一步了解 Compose，国内 Android 开发者可访问以下链接查看中文手册：

延伸阅读：

asp.net页面怎样一次传两个值

楼上正解，首先是要接收的页面地址，然后用问号“?”后连接要传的参数和值，然后多个参数用“”符连接，然后接受的时候，在接收页面用Request.QueryString["参数"]或者Request["参数"]的方法获得值

flutter为什么不推荐getx

使用这个版本的GetX写了Demo之后，发现有几个问题：

感觉不太像是稳定版本，存在一些比较明显的问题；而且2.0.6到2.0.7只是一个小版本，全局状态管理逻辑似乎就有比较大的改动。

不支持响应式编程，这个版本的状态管理还是基于state的逻辑；因为想要比较高效的解耦页面和逻辑，可能需要搭配响应式编程框架。

相关功能可能比较少，没有最新版本的功能那么全面。

Flutter是Google开源的构建用户界面（UI）工具包，帮助开发者通过一套代码库高效构建多平台精美应用，支持移动、Web、桌面和嵌入式平台。

Flutter 开源、免费，拥有宽松的开源协议，适合商业项目。Flutter已推出稳定的2.0版本。

产生背景：

Flutter可以方便的加入现有的工程中。在全世界，Flutter 正在被越来越多的开发者和组织使用，并且 Flutter是完全免费、开源的。它也是构建未来的 Google Fuchsia 应用的主要方式。

Flutter组件采用现代响应式框架构建，这是从React中获得的灵感，中心思想是用组件(widget)构建你的UI。

组件描述了在给定其当前配置和状态时他们显示的样子。当组件状态改变，组件会重构它的描述(description)，Flutter 会对比之前的描述， 以确定底层渲染树从当前状态转换到下一个状态所需要的最小更改。

如何在页面之间传递变量

（1）Session

（2）Cookie

（3）Application

（4）URL地址中的参数

（5）通过隐藏字段来传递数据

（6）Server.Transfer

（7）通过序列化对象

（8）........

下面就分别一一介绍：

（1）使用Session

session对象是用来记录浏览器端的变量，是个别浏览器端专用的变量，对于每一个浏览器访问时都会自动产生一个seseion对象，该对象提供一个存储场所，用来存储仅仅对该访问者在会话的活动期间打开的网页可用的变量和对象。这样就用可以用来在Web间传递专对单个浏览器端使用的数据。其定义方法：session(“变量名”)＝数值

如：Session["testTransmitVaraint"] = "testSession";

session对象所定义的变量只是浏览器端的专用变量，所以适用于局部会话间的网页数据传递。

（2）使用Cookie

cookie是在浏览页面时Web服务器在浏览器端所写入的一些小文件，cookie是存放在浏览器端本机磁盘上，而不是存放在服务端的。可以在发送数据时写入cookie，接收时读取cookie完成数据在Web页面间的传送。

发送页面

HttpCookie cookie = new HttpCookie("testCookie");

cookie.Value = TextBox1.Text;

Response.SetCookie(cookie);

取Cookie页

HttpCookie cookie = Request.Cookies["testCookie"];

Response.Write("brHttpCookie = " + cookie.Value);

（3）使用Application

application对象是用来记录整个网站信息的，是记录不同浏览器端共享的变量，无论有几个浏览者同时存取网页，都只会产生一个application对象实例。用户可以通过定义application整站共享变量来实现网页间的数据传递。其定义方法是：application(“变量名”)＝数值

如：Application["testApplication"] = "testApplication";

application对象所定义的变量对于所有浏览端都是可见的，所以其使用场合是所有浏览端共享的全局数据传递。 

（4）使用URL地址中的参数

URL方式是实现Web间数据传递最基本的方法，操作简单，可很方便地实现不同Web页面间的数据传递，但其安全性比较差。将要传递的数据附加在网页地址(URL)后面进行传递。如：，其中？后面所跟着的字符串便是传递的数据，＝前的是变量名，＝后面是数值，可以使用request对象来获取传递的数据。如：request(“username”)。这种方法在传递数据过程中其数据内容在URL栏中是显示的，用户能看到提交的内容。 

以上四种方法的适用范围：简单变量如基本的数据类型的数据

（5）使用隐藏字段来传递数据

通过在网页上制作表单交互区域，用户在浏览器端输入数据，然后通过form提交到服务器，在提交后的接受form数据的页面里就可以接收到相应数据，即form的action页面中可以使用request对象来接收所传递的数据。

如：

发送页面：

body MS_POSITIONING="GridLayout"

form id="Form1" method="post" runat="server"

table border="0" align="center" width="100%"

tr

td align="center"input type="hidden" name="UserID" value="测试隐藏字段"/td

/tr

tr

td align="center"

asp:Button id="Button1" runat="server" Text="ServerButton Goto Page"/asp:Button/td

/tr

tr

td align="center"/td

/tr

/table

/form

/body

然后在cs文件中添加下面的代码：

private void Button1_Click(object sender, System.EventArgs e)

{

Server.Transfer("RequestHidden.aspx");

}

接收页面：request(“UserID”)

利用form页面的文本框来接收用户数据的输入，通过submit按钮提交后在targetweb页面中使用request来接收数据。 

适用范围：基本的数据类型的数据，不宜传递对象变量等复杂的数据

（6）使用Server.Transfer

这个方法稍微复杂一点，但在页面间值传递中却是特别有用的，使用该方法你可以在另一个页面以对象属性的方式来存取显露的值，当然了，使用这种方法，你需要额外写一些代码以创建一些属性以便可以在另一个页面访问它，但是，这个方式带来的好处也是显而易见的。总体来说，使用这种方法是简洁的同时又是面向对象的。

使用这种方法的整个过程如下：

1，在页面里添加必要的控件

2，创建返回值的Get属性过程

3，创建可以返回表单的按钮和链接按钮

4，在按钮单击事件处理程序中调用Server.Transfer方法转移到指定的页面

5，在第二个页面中，我们就可以使用Context.Handler属性来获得前一个页面实例对象的引用，通过它，就可以使用存取前一个页面的控件的值了

此方法的适用范围：简单变量如基本的数据类型的数据，复杂变量如结构、类变量、DataSet、DataTable等

具体的事例，请见原代码。  

此方法的适用范围：简单变量如基本的数据类型的数据，复杂变量如结构、类变量、DataSet、DataTable等

（7）通过序列化对象

序列化是指将对象实例的状态存储到存储媒体的过程。在此过程中，先将对象的公共字段和私有字段以及类的名称（包括类所在的程序集）转换为字节流，然后再把字节流写入数据流。在随后对对象进行反序列化时，将创建出与原对象完全相同的副本。

在面向对象的环境中实现序列化机制时，必须在易用性和灵活性之间进行一些权衡。只要您对此过程有足够的控制能力，就可以使该过程在很大程度上自动进行。例如，简单的二进制序列化不能满足需要，或者，由于特定原因需要确定类中那些字段需要序列化。

为什么要使用序列化？最重要的两个原因是：将对象的状态保存在存储媒体中以便可以在以后重新创建出完全相同的副本；按值将对象从一个应用程序域发送至另一个应用程序域。例如，序列化可用于在ASP.NET 中保存会话状态，以及将对象复制到 Windows 窗体的剪贴板中。它还可用于按值将对象从一个应用程序域远程传递至另一个应用程序域。

关于序列化对象更详细的介绍，请参见微软的“.NET 中的对象序列化” 

（8）结束语

上述介绍的是网页间数据传递的常用方法，各有千秋。其中URL方式和form方式实现方法简单，可实现网页间的简单数据传递，一般为字符串类型，其特点是安全性差，而且必须是连续访问两页面间数据传递。Cookie只能存放string类型的数据，如果想要存放更为复杂的数据类型，那么必须先将其转换为string类型。Application对象和Session对象操作相对复杂些，浏览量非常大的网页使用时应适量，而且使用结束后尽量清除，否则大量使用有可能会导致服务器的瘫痪。Session变量的安全性较高，可传递专用浏览端数据。具体应用决定了数据传递方式的选择，合理数据传递方式选择是Web页面的设计中的关键考虑因素。

编写一个非常精美的Flutter Todo-List项目

花费大概一个多月的时间，这个完全由Flutter编写的Todo-List项目总算初步完成了！现在，它终于要被开源出来了。

在开始介绍之前，先来简单的看一下真机运行效果吧

下面，针对使用者和开发者，我将来分别介绍一次

app中，可以在主题切换界面选择各种主题颜色进行切换，app自带六个默认主题，这些都是我经过多次尝试所挑选出来的颜色搭配。同时你也可以选择自定义主题颜色

在app中，每项任务都会带有一个图标，而app提供了所有 Flutter 自带的 Material design 风格的图标。这些图标，你同样可以进行任意颜色的自定义

在app中，有多项其他的操作是你可以进行自定义的

比如说主页测滑栏的头部展示内容。当然，还有一些其他的操作，就由你去自行体验了

当你完成了一项任务后，这个任务就会从主页转移到完成列表页面，在这里你可以看到任务的一些额外信息

那么，对于使用者的介绍就到这里结束

下面就是为广大开发者们介绍的时间了！

各位开发者们请扶好你们的秀发，下面就我来带领各位参观参观这个项目的内部构造

项目中使用了一些非常优秀的第三方库，也特别感谢这些开发者们，让我的发量保持健康

下面就是这些控件的信息

项目使用的状态管理框架是 codeProvider/code ,而整个项目的架构如下

看起来是不是和 Android 中的 MVP 模式很像呢？其实都差不多的，只是名字略有不同罢了，你也可以就把上面的模式当作是 MVP 模式。

Flutter 可以说是特别适合这种架构模式的，因为视图跟随数据而变化，你基本上不用去关心View，只要去对数据进行操作就好了。

项目目录结构如下：

先说明一下除了 lib 外的其他目录：

然后是 lib 目录

项目创建于6月21日，到如今发布1.0.0版本花了三十多天的时间，虽然我做过很多测试，解决了很多bug，但是时间确实不充裕。纰漏也会在所难免

所以如果使用过程中遇到什么问题，或者对于项目有什么好的建议，欢迎在app中的反馈界面提出来，也可以在下面留下评论，又或者在github上提issue。

项目的UI设计与后台接口均由我独自一人完成，所以这也是为什么时间不够的原因。不过目前项目中只是包含了两个自己写的接口，后续计划中应该会加入登录功能，到时候会有很多接口操作。

若有兴趣，请持续关注！

如果你觉得这个app不错，或者这个项目有帮助到你，不妨给这个项目一个Star吧。项目后面也会持续保持更新和维护！

ToDo-List

UI项目地址

密码:Aczh

ASP.NET页面之间传递值的几种方式

URL、Session、Cookies、Server.Transfer、Application和跨页面传送。

【分析】

本题考查面试者对ASP.NET中多页面传值的理解是否全面。因为ASP.NET的页面表单提交到自身，完成回传的功能，所以默认情况下不能使用POST方式进行多页面传值。关于这些传值方式的分析如下所示。

1．URL传值

这是经典的传值方式，这种方法的使用非常简单，不过所传递的值是会显示在浏览器的地址栏上的，而且不能传递对象。所以这种方法一般用于传递的值少且安全性要求不高的情况下。在*.aspx页面开发中可以使用超级链接文本进行传值，如以下代码所示。

asp:HyperLink runat="server" ID="HpLink"

NavigateUrl="~/GetValues.aspx?urlvalue1=intelurlvalue2=amd"URL传值/asp:HyperLink

以上链接文本将页面跳转到GetValues.aspx页面，并且通过URL传递urlvalue1变量和urlvalue2变量，其值分别为intel和amd。在*.cs的服务器端方法中也可以调用HttpResponse对象的Redirect方法，将浏览器端重定向到新页面并通过URL传值，如以下代码所示。

Response.Redirect(“~/GetValues.aspx?urlvalue1=intelurlvalue2=amd”);

2．Session传值

这种方法将每份数据存储于服务器变量中，可以传递比较多的数据，并且安全性较高，所以常用于用户身份的验证功能中。不过，Session变量如果存储过多的数据会消耗过多的服务器资源，编程者在使用时应该慎重，其使用方法如以下代码所示。

Session["SessionValue"] = “ATI”;

//也可以用索引存储

Session[0] = “ATI”;

//在其他页面的服务器端方法中取值方式为：

string str = Session["SessionValue"].ToString();

//也可以用索引获取

string str = Session[0].ToString();

Session的可在应用程序的多个页面中以名称/值对的方式共享，直到浏览用户关闭自己的浏览器或者服务器Session超时（可设置，默认为20分钟）。

3．Cookie传值

Cookie是一种比较特殊的数据存储方式，因为这种方式将数据存储于浏览用户的电脑中，以文本文件的形式存在于磁盘中。这种方式非常有意思，很多登录系统就是利用Cookie实现用户自动登录。即用户登录一次的登录信息将被写入到用户电脑的Cookie文件中，下次登录时，网站自动读取该Cookie完成身份验证。通过Cookie传递数据虽然很方便，保存时间可以自由设置，但是安全性不高，编程者不应过于依赖Cookie，而应采用结合的方式完成敏感数据的存储。

ASP.NET中操作Cookie的主要类型位于System.Web命名空间下，分别为HttpCookie、HttpResponse以及HttpRequest。HttpCookie可建立和操作独立Cookie的安全类型，访问HttpResponse和HttpRequest的Cookies属性可以获取HttpCookieCollection集合对象，以读取或添加HttpCookie对象。添加Cookie的方法如以下代码所示。

//创建一个HttpCookie 对象，向构造函数传递名称值

HttpCookie ck = new HttpCookie("CookieValue");

//设置ck的“Value”属性（值）

ck.Value = “Cookie值”;

//设置ck的过期时间为当前时间加上360s，即6分钟后失效

ck.Expires = DateTime.Now.AddSeconds(360);

//设置ck有效范围（域限制）

ck.Domain = "";

//将ck添加至HttpCookieCollection对象

Response.Cookies.Add(ck);

//也可为以下方法添加

//Response.AppendCookie(ck);;

读取用户的Cookie则更为简单，只需根据名称读取HttpCookieCollection集合对象中的子项即可，如以下代码所示。

string str = Request.Cookies["CookieValue"].Value;

除此之外，还可以利用一个HttpCookie存储多个名称/值对形式的Cookie信息，如以下代码所示。

HttpCookie ck = new HttpCookie("CookieValue");

//以名称/值对的方式添加多个Cookie信息

ck.Values.Add("value1", “one”);

ck.Values.Add("value2", "two");

//设置ck的过期时间为当前时间加上100年，即100年后失效

ck.Expires = DateTime.Now.AddYears(100);

//通过以下两种方法添加

Response.Cookies.Add(ck);

//Response.AppendCookie(ck);

读取这些Cookie如以下代码所示。

string str = "值1："+Request.Cookies["CookieValue"].Values["value1"];

str += "值2：" + Request.Cookies["CookieValue"].Values["value2"];

说明：多数浏览器支持最多可达4096字节的Cookie，如果要将为数不多的几个值保存到用户计算机上，浏览器还限制了每个站点可以在用户计算机上保存的Cookie数量。大多数浏览器只允许每个站点保存20个Cookie。如果试图保存更多的Cookie，则最先保存的Cookie就会被删除。还有些浏览器会对来自所有站点的Cookie总数作出限制，这个限制通常为300个。用户可以设置自己的浏览器，拒绝接受Cookie，这种情况下只能结合其他的数据存储方式。

4．Server.Transfer传值

这个方法的步骤相对较多，使用该方法编程者可以在另一个页面以公开对象属性的方式来存取值，使用这种方法是面向对象的。该方法的代码编写并不复杂，首先通过定义一个public权限的属性，该属性可返回所需传递的值。然后在第两个页面中，使用Context.Handler属性来获得前一个页面实例对象的引用，即可通过访问自定义的属性获取需要的值。

假设SendValues.aspx页面为传递数据的页面，在SendValues.aspx.cs的页面类中定义一个public属性，通过get直接返回需要传递的值（可为页面中某个服务器控件的属性值）。

public string TransferData

{

get

{

return "VIA";

}

}

在SendValues.aspx.cs的某个方法（如Button控件的Click事件处理方法）中调用HttpServerUtility对象的Transfer方法，如以下代码所示。

Server.Transfer("~/GetValues.aspx");

假设GetValues.aspx为第二个页面，在GetValues.aspx.cs的Page_Load方法中接收前一个页面所传递的值，方法如以下代码所示。

//定义SendValues类型的变量SV_Page

SendValues SV_Page;

//访问HttpContext对象的Handler属性，将值转换为SendValues类型，引用赋值给SV_Page

SV_Page = (SendValues)Context.Handler;

//SV_Page即为SendValues.aspx页面类的对象，直接获取其TransferData属性值

string str = SV_Page.TransferData;

可见，这种方法对于有面向对象基础的编程者而言非常容易理解。不过页面间如果需要传递数量比较多的值，这种方法需要定义过多的属性，略显繁杂。编程者还可以直接使用HttpContext对象的“Iterms”属性添加多项名称/值对的数据，在SendValues.aspx.cs调用HttpServerUtility对象的Transfer方法的某个方法中，修改代码如下所示。

Context.Items["value1"] = "one";

Context.Items["value2"] = "two";

在GetValues.aspx.cs的Page_Load方法中接收前1个页面所传递的值，修改代码如以下代码所示。

string str = "值1：" + Context.Items["value1"].ToString();

str += "值2：" + Context.Items["value2"].ToString();

5．Application传值

严格地说应该是通过HttpApplication对象在服务器端生成一个状态变量来存储所需的信息，该HttpApplication对象变量的可用范围覆盖整个WEB应用程序。所以该对象一般存储一些要公布的信息，如在线人数等，而对于那些涉及用户个人的敏感数据则不用这种方法存储。HttpApplication对象有两个常用的方法，即Lock和UnLock方法，可用于处理多个用户对存储在Application变量中的数据进行写入的问题。Lock方法锁定全部的Application变量，从而阻止其他用户修改Application对象的变量值，UnLock方法则解除对HttpApplication对象变量的锁定。通过HttpApplication对象传值的方法和Session比较相似，在页面类的某个方法中编写代码如下所示。

Application["a"] = "微软公司";

Application["b"] = "苹果公司";

Application["c"] = “Mac”;

以上代码很轻松地将三个字符串值保存在HttpApplication对象的变量中了，并且这些变量是整个程序共享的，其他用户通过相应的页面同样可以获取。获取这些变量的方法如以下代码所示。

Application.Lock();

string str = "值1：" + Application["a"];

str += "值2：" + Application["b"];

str += "值3：" + Application["c"];

Application.UnLock();

注意：虽然使用方式和Session相似，但是Session是对于每个单独的用户，当该用户关闭浏览器，则Session失效。HttpApplication对象存储的变量是针对所有访问程序的用户，即使有用户关闭了浏览器，变量的值不会丢失。

6．跨页面传送

跨页面传送和调用HttpServerUtility对象的Transfer方法有相似之处，不过效率更高。因为调用HttpServerUtility对象的Transfer方法是基于服务器的方法，而跨页面传送是基于浏览器端的。这个方法主要是设置控件的“PostBackUrl”属性，使该控件（如Button）操作后转向指定页面，并且这个指定页面可以直接获取前一个页面的所有控件对象及其属性值。假设第一个页面为SendValues.aspx，在该页面中（非*.cs代码文件）添加两个控件，设置如以下代码所示。

asp:TextBox runat="server" ID="PbValue" Text="Geforce TX280"/asp:TextBox

asp:Button runat="server" ID="btn6" Text="跨页面传送方式" PostBackUrl="~/GetValues.aspx" /

以上代码中，TextBox控件的“Text”属性为“Geforce TX280”，这是所需要传送的值。而Button控件的“PostBackUrl”属性指定了GetValues.aspx页面，该页面即可接收所需传递的值。在GetValues.aspx.cs的Page_Load方法中，编写以下代码。

//PreviousPage为向当前页面传输控件的页面

if (PreviousPage != null)

{

//从PreviousPage容器中搜索“ID”为PbValue的控件，并转换为TextBox类型

TextBox tb = (TextBox)PreviousPage.FindControl("PbValue");

//如果tb不是空引用

if (tb != null)

{

//将tb的“Text”属性值给str变量

string str = tb.Text;

}

}

以上代码轻松获得了前一个页面中TextBox控件的“Text”属性值，这种方法比调用HttpServerUtility对象的Transfer方法更加快捷，并减少了处理步骤。

以上为常用的页面间传值方法，如果有特殊需要，还可以使用其他方法，例如通过数据库存储临时数据等