代码之家 › 专栏 › 技术社区 › Aaron Powell

相对于原始ASP.NET,Silverlight是一个可行的选择吗?

silverlight asp.net

1

Aaron Powell · 技术社区 · 17 年前

从本质上讲,验证是由之前表单上选择的内容驱动的,而不仅仅是之前的表单。

该解决方案已被确定为ASP.NET应用程序,但我设计的解决方案越多,在无状态环境中就越难以实现。它要么以查询字符串参数、页面上的隐藏变量、viewState或者传递信息的会话结束。

然后有人建议我看看Silverlight,为它提供一个更有状态的环境,使它更容易处理参数的传递。

除了观看演示之外,我从未使用Silverlight做过任何事情,因此我没有使用它的实际操作经验,但从我所读到的所有内容来看,我认为它确实有潜力解决一些主要问题,我可以看到,通过尝试使用标准ASP.NET来实现这些问题。

那么我该如何着手:

您如何处理“但它需要浏览器插件”参数?

3 回复 | 直到 17 年前

1

4

Eloff 17 年前

从您所说的内容来看,您的问题是如何在多个页面/表单之间保持状态。会话对这一点很有好处(与其说是查询参数或隐藏变量,不如说是那些可以被篡改的变量,只需在开发应用程序时考虑这种可能性,就会降低速度。)我建议这样做。

与silverlight问题相同,如果您的公司没有很多javascript技能,但至少它不需要插件。

2

3

JasonTrue 17 年前

我目前为一家在Silverlight中构建其主要LOB应用程序的公司工作。

Silverlight可能是一个很好的选择,但请考虑:

使用Silverlight不会降低应用程序的复杂性。
如果您已经熟悉ASP.Net,则可以使用现有习惯用法(会话状态、向导控件或您自己的实现决策树/状态机模型的普通旧CLR对象)处理复杂的工作流。
如果您的问题实际上是工作流设计的问题,您可以将ASP.NET应用程序与Windows工作流基金会之类的东西集成在一起。然而,“不会降低应用程序的复杂性”可能也适用于此;在我有限的经验中,Windows工作流基金会也没有使构建工作流更简单。

话虽如此,在Silverlight中解决此类问题的想法没有错。这不是一颗银弹或任何东西;Silverlight也有自己的数据访问难题、古怪的UI代码特性,并且需要在开发应用程序时考虑另一种模型。

3

0

Martin Liversage 17 年前

Silverlight有一个 Page 类,该类使您能够轻松支持导航,在导航中,您可以像在浏览器中一样返回上一页。我认为Silverlight页面和导航框架非常适合您描述的应用程序。

使用Silverlight可以创建非常丰富的客户端体验。在某种程度上,在ASP.NET中也可以这样做,但我发现传统web应用程序(HTML、CSS、JavaScript等)中的所有活动部分及其交互都比Silverlight模型复杂得多。如果您没有使用Silverlight的经验,您可以创建一个简单的页面导航原型,而不需要任何真正的逻辑来体验体验。如果您感到满意,您可以将其展示给管理层,以展示Silverlight的强大功能。如果他们喜欢赏心悦目,你可以改变应用程序的视觉主题,试图给他们留下深刻印象。不过,如果管理层实际上更喜欢灰色战舰,这种策略可能会适得其反。