.net 如何在不使用app_代码目录的情况下编写asmx web服务?
请原谅标题,但我最好只是解释一下问题 我的解决方案中有两个项目.net 如何在不使用app_代码目录的情况下编写asmx web服务?,.net,web-services,asmx,.net,Web Services,Asmx,请原谅标题,但我最好只是解释一下问题 我的解决方案中有两个项目 类库 由Web服务(asmx)组成的Web应用程序 web服务的代码位于app_code文件夹中,其中包含一个文件[webservicename].cs 在webservice代码隐藏类中,我有一个web方法,下面是一个示例(其简化): 现在在设计时,在VisualStudio(2010或2008)中,我右键单击UploadTaskMananger,然后选择“转到定义”。我被带到AppData\Temp[一些文件夹结构]…等等。。。
<%@ WebService Language="C#" Class="Class1.WebServices.WebServiceClass" %>
第七步,测试 您必须使用文件->新建网站来创建web服务。我强烈建议您不要在网站中构建web服务 相反,通过使用文件->新建项目并选择“WCF服务应用程序”来创建web服务。如果您无法使用ASMX web服务(Microsoft现在认为这是“遗留技术”),请选择“ASP.NET web服务应用程序” 这两个项目都是Web应用程序项目,其行为与VisualStudio中的所有其他项目类型类似
除此之外,将没有应用程序代码文件夹。+1表示没有应用程序代码。自从3.5版本以来,我真的不忍心再看一次WCF,因为普遍的共识是它的方式太复杂了(是的,它糟透了)。当我再次感到勇敢时,我会查看WCF 4以下是MS对WCF 3.x的看法——直接从马口中说:现实是,WCF配置通常成为当今实践中使用WCF成本最高的领域,而这种复杂性的大部分落在了没有准备好处理它的IT/运营人员身上。@JL:您一定把实体框架与WCF混淆了。版本4中没有重大更改-您无法修复如此接近完美的东西。如果你不需要复杂的东西,那就不复杂了。创建一个“hello,world”服务并查看代码。不要费心查看每个配置属性-默认生成的配置包括不需要指定的默认值。@JL:该引号的来源是什么?我在现实生活中没有发现这种情况。@JL我相信这句话的来源是一篇对比WCF与WCF4变得多么容易的文章,特别是在配置方面。
<%@ WebService Language="C#" Class="Class1.WebServices.WebServiceClass" %>