c# - ASP.NET 回传 x jQuery : What are the cons and pros?

Question

我将在我们的一些 Web 应用程序页面上开始一些实验室原型(prototype)。我们使用了很多 Postback、ViewState、UpdatePanels、ModalPopup Extenders，所有 ASP.NET 常用的东西。对于大多数情况来说已经足够了。但我想把事情推进得更远......

我使用 jQuery 已经有一段时间了。我知道什么是有能力的。我正在考虑用 $.ajax()、$.get() 等真正替换 ASP.NET 常用的东西。不再有回传。用户界面？ jQuery 用户界面。一些插件给我留下了深刻的印象，特别是 jQuery 网格。

我认为这是 Web UI 的下一步。我的意思是，这已经是当前步骤了!我喜欢 C# 的强大功能，但对 ASP.NET 框架印象不深。我想通过这样做，我将真正将 UI 与业务逻辑分开。

但是:

• 我真的应该这样做吗？
• 后面的代码应该只有 Web 处理程序和 Web 服务吗？
• 我应该注意什么？
• 安全性如何？如何实现？
• 我会得到什么？我知道我会获得一些性能，因为在包含太多数据的页面中回发需要时间，因为 ViewState 并且我将仅处理 XML 和/或始终轻巧的 JSON 格式。但我想象，像往常一样，会有痛苦......
• 哪里会痛？

不管怎样，我会慢慢来的。但我想问问你们:我要进入这里做什么？

Answer 1

在我回复之前，我强烈建议您使用 ASP.NET MVC Framework。这是一种与 Webforms 完全不同的开发方式。它离 ViewState 和那个垃圾只有一步之遥。这是 Microsoft 全力推进的方向，也是目前在 .NET 堆栈上构建更具扩展性和交互性的网站的唯一途径。

我真的应该这样做吗？是的。 jQuery + Ajax 非常好，可以让您构建一些交互性很强且可用的网站。按照目前的发展情况，说实话，如果您不在客户端使用 Javascript 的强大功能，您的网站可能会在 1995 年建成。

后面的代码应该只有 Web 处理程序和 Web 服务吗？您应该只使用处理程序/服务来改进页面的设计。您不能仅以此为基础构建整个网站。方法是创建一个页面，然后用服务改进它。避免回发小细节。并通过 Ajax 等提高速度。在 Ajax 上制作整个网站不是一个好主意。

我应该注意什么？从技术上讲，您需要了解客户端编码以及 HTTP 如何在 Internet 上工作。 ASP.NET 在幕后完成了这一切，所以您甚至不需要知道，但如果您正在执行回发等，那么您应该了解它的局限性等。

安全性如何？如何实现？只要您执行与正常回发相同的操作，例如 CSS 攻击、SQL 注入(inject)、防伪造等，Ajax 中的安全性并不多。

我会得到什么？我知道我会获得一些性能，因为在包含太多数据的页面中回发需要时间，因为 ViewState 并且我将仅处理 XML 和/或始终轻巧的 JSON 格式。但我想象，像往常一样，会有痛苦......哪里会痛？痛苦通常是复杂性。但是复杂性伴随着灵 active 。传统的 ASP.NET 无需您干预即可处理所有事情。但现在你必须提出请求，将其发送到服务器，接收回复，然后相应地更新 DOM。你必须处理所有这些，但另一方面，你可以随心所欲地处理它。

希望对您有所帮助。