.NET的Web应用程序的可移植性Silverlight的

，我的工作创造了这个应用程序，它是核心业务，并依赖于Web浏览器来执行某些“规则”，该公司没有他们渲染的应用程序有点没用的，我们的客户。对于必须谨慎对待，NDA以及其他许多事情阻止我确切地说出应用程序是什么。从本质上讲，JavaScript控制某些定时事件（必须精确到至少第二次），这使得难以用AJAX /回发进行控制等。.NET的Web应用程序的可移植性Silverlight的

我的问题是：转换ASP有多难。 NET应用程序SilverLight假设大部分代码是真正的C＃业务逻辑，而不是asp.net控件？我刚刚听完Deep Fried的字节，而MS的人听起来像是这样，这真的不是什么大问题。这对网络应用程序或主要是Win32应用程序是否适用？

我知道asp.net前端Silverlight的根本不同，但对C＃代码一堆，我想不必重写，如果必要的。我认为将javascript代码替换为silverlight是微不足道的（我知道错误的假设，但我必须从某处开始），因为它处理定时事件，所以我并不真正担心这一点。我需要就如何缓解这个问题提出一个解决方案，我希望这是一个介于两者之间的中间立场：什么也不做，让我们看到我们的客户受到打击，并将整个应用程序改写为比网页更安全的应用程序只有前端验证。有没有人试图将ASP.NET代码转换为SilverLight项目？

来源

2008-09-15 kemiller2002

如果您的应用程序的大部分是在后端，您应该仍然能够保持大部分代码不变，只更换前端。但是，Silverlight需要了解WPF，这与您的应用程序当前使用的HTML/JS大不相同。我想说，如果你的UI非常薄，移植到Silverlight应该很容易，但UI中的业务逻辑越多，它就越难。

来源

2008-09-15 17:12:20

如何严重，你使用的类库，并可能被视为“危险”，像PInvoke的，文件系统的访问和的System.Diagnostics.Process东西呢？

来源

2008-09-15 17:18:56 Jacksonh

谢天谢地，我们根本没有。我们在应用程序的安全性方面遇到的真正问题是，有人可以改变javascript（通过像greasemonkey之类的东西），并根据我们的规则来制定应用程序的运行方式。 – kemiller2002 2008-09-15 17:27:51

将代码从ASP.NET移植到Silverlight并非易事。正如Nate指出的那样，它取决于ASP.NET应用程序的多少是基于AJAX的，以及基于服务器控件的多少。

Silverlight是一个全状态的客户端技术，这意味着一切都在浏览器内的客户端上运行。 ASP.NET是一种服务器技术，是围绕请求/响应模型构建的。由于这两个是完全不同的范例，它不是一个直接的端口。

但是，由于ASP.NET只是表单数据的HTML和HTTP POST，所以人们已经完成了实验，他们在ASP.NET页面上直接添加了Silverlight应用程序，并手动构建了HTTP POST请求返回ASP.NET应用程序工作的确切数据。这几乎就像为你自己的应用程序做“屏幕抓取”一样。这可以工作，但不会是最佳的。您的ASP.NET应用程序不得不在每个请求中都要经历一个完整的页面周期，因此性能不会提高。

更好的选择是开出包裹用户在应用APS.NET作为Web服务的任何功能。您可以将这些服务与您的ASPX页面一起添加，然后逐渐将应用程序移植到其上。您将基于这些服务从头开始构建的用户界面。

祝你好运！

来源

2008-09-15 22:27:17

.NET的Web应用程序的可移植性Silverlight的

回答

相关问题