Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/asp.net/29.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Asp.net 在Visual Studio 2013中构建javascript可消费web服务_Asp.net_Web Services_Visual Studio 2013 - Fatal编程技术网

Asp.net 在Visual Studio 2013中构建javascript可消费web服务

Asp.net 在Visual Studio 2013中构建javascript可消费web服务,asp.net,web-services,visual-studio-2013,Asp.net,Web Services,Visual Studio 2013,长期从事.NET2.0开发,但对孩子们今天使用的新web服务有点生疏。我正在构建一个新的ASP.NET 4.5.1 intranet应用程序,需要在web服务中封装我平凡的ADO.NET数据访问层CRUD函数,以允许客户端的JavaScript函数使用它。我的理解是,对于新事物,REST比SOAP更受欢迎 Visual Studio 2013在这方面有好的项目吗?是否有人有一个很好的指南或链接来学习VS 如果相关的话,我所有的BAL和应用程序代码都是.NET 4.5.1,SQL Server后端

长期从事.NET2.0开发,但对孩子们今天使用的新web服务有点生疏。我正在构建一个新的ASP.NET 4.5.1 intranet应用程序,需要在web服务中封装我平凡的ADO.NET数据访问层CRUD函数,以允许客户端的JavaScript函数使用它。我的理解是,对于新事物,REST比SOAP更受欢迎

Visual Studio 2013在这方面有好的项目吗?是否有人有一个很好的指南或链接来学习VS


如果相关的话,我所有的BAL和应用程序代码都是.NET 4.5.1,SQL Server后端,当前的任务是用于facebook风格的通知-新通知的警报、将通知标记为已读等。

使用VS 2013,您已经处于开始向RESTful服务过渡的好位置。只需启动一个新的Web应用程序项目,在2013年,您将获得第二组选项。选择WebAPI,您就拥有了入门所需的一切

接下来,设置Web Api控制器以实现ApiController,并开始添加GET、POST、PUT等方法,这些方法可以通过对所创建的端点使用这些谓词来访问

从这里开始一两个样本。。。对于快速概述,有一个免费的概述。我个人使用他们的一些付费课程进行了转换,这些课程完全值得订阅,但那是我,你可能会学到不同的东西


至于跨站点请求的警报和潜在问题,请在此处查找CORS和SignalR示例,它们都可以轻松集成到4.5.1应用程序中。

REST!=一点肥皂都没有。REST支持http协议,soap支持远程过程调用式通信和所有soapy头文件。您可以通过WCF实现RESTful,这听起来像是您正在逃避的,但Web API是Web服务\Sopy式通信的自然适合\继承者

以下是官方web api链接:

还有一个开始:


调查——最新和最伟大的。是的,VS 2013是完美的选择。基本教程将引导您完成创建服务和在客户机上使用服务的所有步骤谢谢!那个教程很棒。现在就跑过去。问题-在编写\Models类ex:Product.cs时,这是您的主要业务对象类吗?例如,我有一个完全充实的Product.cs业务对象,其中包含我所有的属性、方法、构造函数和静态方法……我应该在Models\Product.cs中使用它,还是应该将Models\Product.cs作为产品的精简模型,仅用于API?-1:SOAP完全不限于RPC样式。而natural继任者会忽略使用Web API所失去的所有好处。OP来自.NET 2.0背景,因此跳过WCF的功能对他没有任何帮助。@John WebApi的学习曲线比WCF更简单。而且,我没有说它仅限于RPC风格,我说它支持RPC风格。你可以用web服务来伪装恐惧,但是在WebHttpBinding类在3.5版本2.0之后出现之前,你必须真正理解绑定是如何在WCF中工作的,通过混淆BasicHttpBinding来实现类似RESTful的服务。所以,当OP不熟悉web api或REST\SOAP时,我怎么能假设他熟悉新的绑定\用法呢?所以我不认为向一个要求通过javascript请求类似RESTful的东西的路径的人推荐web api是一种延伸或伤害,因为WCF很可能会让他困惑。学习曲线?那完全是废话。一个简单的WCF服务是微不足道的。而WCF在.NET2.0中并不存在——它是在3.5中出现的。而且,您永远无法从basicHttpBinding创建任何类似RESTful的服务。事实上,我认为您使用REST一词是指使用JSON。也许也在使用路由?@John我没有说得那么清楚,而且已经记不清了,但现在我面前有了我的书,我可以更准确地告诉你我的意思:WCF是3.0版本的,实际上在3.5版本之前,没有现成的支持来使用不依赖SOAP的http端点。您必须使用CustomBinding对象并添加自己的BindingElements来完成这一任务。在3.5版本中,他们推出了WebHttpBinding来实现这一点。我就是这个意思。很抱歉,我没有说得那么准确\清楚。很抱歉给你添麻烦了,谢谢!在编写\Models类ex:Product.cs时,这是您的主要业务对象类吗?例如,我已经完全充实了BAL对象类,比如Product.cs,其中包含了我的所有属性、构造函数、公共和私有方法等…我应该将其用于Models\Product.cs,还是Models\Product.cs应该是仅用于API的产品精简模型?这当然取决于,您仍然需要为响应中可能显示的对象集合设置一些模型。如果你
如果有足够的时间,您将拥有易于管理更改的独立对象。例如,如果您允许更新产品对象,则允许PUT更新创建的日期/时间戳将是不好的,因此您可能希望在某个地方进行验证,或者为需要编辑的任何内容创建一个精简对象,也许您的BAL对象已经完全充实到可以管理任何更改或部分POST/puts的程度。谢谢。首先,我可能会使用一个最小的API对象,该对象只具有用于API驱动操作的方法,这反过来又调用了相当重的主BAL对象。我相信我们会及时解决的。