Jquery Asp.net与任何web服务?

Jquery Asp.net与任何web服务?,jquery,asp.net,Jquery,Asp.net,我很快就要建立一个网站,我从来没有这样做过。我有编写本机应用程序的经验,但没有编写web应用程序的经验 我想我的网站(相当简单的网站)将只使用jquery向web服务请求它所需的数据。我本来打算用ASP.Net做服务器端,但后来我想:“为什么?” 现在我确信使用Asp.Net是有原因的,但我想不出一个理由。我的全部目的是在客户端显示一些数据。我能不能不通过jquery和Web服务调用来实现这一点 请记住,我没有使用ASP.Net的经验 谢谢是的,您可以在服务器上托管纯HTML文件,使用JSON或

我很快就要建立一个网站,我从来没有这样做过。我有编写本机应用程序的经验,但没有编写web应用程序的经验

我想我的网站(相当简单的网站)将只使用jquery向web服务请求它所需的数据。我本来打算用ASP.Net做服务器端,但后来我想:“为什么?”

现在我确信使用Asp.Net是有原因的,但我想不出一个理由。我的全部目的是在客户端显示一些数据。我能不能不通过jquery和Web服务调用来实现这一点

请记住,我没有使用ASP.Net的经验


谢谢

是的,您可以在服务器上托管纯HTML文件,使用JSON或XML等介质向web服务发出jQuery请求

不过,在代码中使用大量的意大利面条
$.ajax(选项)
调用可能会变得很麻烦。我对前端开发不感兴趣,所以我尝试通过使用较重的后端ASP.NET或ASP.NET MVC应用程序来限制应用程序所需的调用量。但是,您始终可以进入JavaScript原型并创建自己的前端库来处理业务/视图对象

您的服务可以实现为ASMXWeb服务或使用WCF。后者可以是自托管的,托管在Windows服务中(听起来您可能已经熟悉了),甚至可以托管在IIS中。WCF为您定义端点提供了更大的灵活性。这只意味着您可以编写一次代码,也许还可以编写轻量级过滤器来整理请求端点的数据。例如,一个网站可能需要表格格式的数据(数组的JSON数组),而一些未来的服务可能只需要列出数据


当然,您并不局限于jQuery。假设您有一个有组织的后端,那么有许多JavaScript库/框架完全可以处理前端。举几个例子,backbone.js、spine.js、KnockoutJS(用于大型前端应用)

是的,您可以在服务器上托管纯HTML文件,使用JSON或XML等作为介质向web服务发出jQuery请求

不过,在代码中使用大量的意大利面条
$.ajax(选项)
调用可能会变得很麻烦。我对前端开发不感兴趣,所以我尝试通过使用较重的后端ASP.NET或ASP.NET MVC应用程序来限制应用程序所需的调用量。但是,您始终可以进入JavaScript原型并创建自己的前端库来处理业务/视图对象

您的服务可以实现为ASMXWeb服务或使用WCF。后者可以是自托管的,托管在Windows服务中(听起来您可能已经熟悉了),甚至可以托管在IIS中。WCF为您定义端点提供了更大的灵活性。这只意味着您可以编写一次代码,也许还可以编写轻量级过滤器来整理请求端点的数据。例如,一个网站可能需要表格格式的数据(数组的JSON数组),而一些未来的服务可能只需要列出数据


当然,您并不局限于jQuery。假设您有一个有组织的后端,那么有许多JavaScript库/框架完全可以处理前端。举几个例子,backbone.js、spine.js、KnockoutJS(用于大型前端应用)

我不会对应用程序中的所有内容使用jQuery调用。在某些情况下,由于其他原因,回发更适合于性能。在客户机上做任何事情都不是一个好主意,因为这会增加不必要的限制。有时候,在代码隐藏中处理服务器端的事情很简单。你只需要找到正确的平衡

如果您的应用程序很简单,我也不认为有任何理由合并web服务。如果您正在构建一个企业级应用程序,那么它是合理的,但是对于您所描述的这样简单的东西来说,它将是一种严重的过度使用


经验法则是:根据您的需要进行设计,不要使您的体系结构变得比需要的更复杂。

我不会对应用程序中的所有内容都使用jQuery调用。在某些情况下,由于其他原因,回发更适合于性能。在客户机上做任何事情都不是一个好主意,因为这会增加不必要的限制。有时候,在代码隐藏中处理服务器端的事情很简单。你只需要找到正确的平衡

如果您的应用程序很简单,我也不认为有任何理由合并web服务。如果您正在构建一个企业级应用程序,那么它是合理的,但是对于您所描述的这样简单的东西来说,它将是一种严重的过度使用


经验法则是:根据您的需要进行设计,不要使您的体系结构比需要的复杂。

除非报告非常简单和小(不需要分页),否则您仍然需要一个中间层

就我个人而言,如果你能访问asp.NETMVC,我会走这条路。我也是jQuery的粉丝,所以我仍然会使用它来渲染网格:


除非报告非常简单和小(不需要分页),否则您仍然需要一个中间层

就我个人而言,如果你能访问asp.NETMVC,我会走这条路。我也是jQuery的粉丝,所以我仍然会使用它来渲染网格:


可以使用ASP.NET托管Web服务。显然,还有很多其他技术可以托管Web服务。是的,但我为什么选择ASP.Net?可以使用ASP.Net托管Web服务。显然还有很多其他技术可以托管Web服务。是的,但我为什么选择ASP.Net?谢谢你的回答,后续:我可以在任何Windows服务应用程序中实现我的wcf服务,为什么我要用ASP.Net托管它?@Jason如果你在IIS中托管它(作为Web应用程序),您可以获得IIS的所有好处,如流程回收,