1. WebAPI与传统的WebService有哪些不同
WebService是利用HTTP管道实现了RPC的一种规范形式，放弃了对HTTP原生特征与语义的完备支持；而WebAPI是要保留HTTP原生特征与语义的同时实现RPC，但WebAPI的实现风格可以是千姿百态，RESTful只是实现了其中一种风格，你也可以定义一种风格，并实现
WebAPI相比WebService更为轻量级、灵活、优化好的情况下，性能更有优势，但是对复杂或大型业务的描述与使用增加了无形的成本
WebAPI可以更好的利用HTTP与生俱来的特征，如：缓存、代理、安全、头信息扩展，反之，部分实现方式WebService无法利用HTTP特征
本质上WebAPI与传统模式的WebService都是实现RPC，远程服务；传统的WebService只是利用了HTTP通道，进行独立的交互，但是这个交互协议可以移植到其他协议下运作，而WebAPI天生与HTTP依赖无法移植
WebService与WebAPI在80端口下工作，都可以绕开默认的网络防火墙限制，因为默认下网络防火墙对系统级端口与协议下的内容是开放的
WebService与RESTfulWebAPI服务端都可以使用反射来实现自动化部署，只是前者更为容易，因为存在标准的规范，后者只是开发WebAPI的推荐风格，实现上需要自己来规范与描述，处理不兼容问题；WebAPI在无反射下的业务实现更为直观接近MVC模式下的开发的应用，通用，性能更好、更为灵活，能够直接利用HTTP的动态网页技术开发接口与功能
WebAPI对于交互数据的格式没有明确规定，使得其可以更好的使用在特定的软件运行平台，但是需要开发者对各种格式的支持；传统的WebService则要求使用服务的平台对数据格式强制适应，服务端的交互数据处理变得更加快捷容易，而增加了不同使用端的对服务交互困难度
2. c#webapi不能单独运行吗
WebApi是个类似于WebService的服务， 服务是需要宿主的，WebApi可以寄宿在IIS或者普通应用程序中。
但是其本身肯定是无法独立运行的，因为服务就没有“运行”这个概念。
3. WebApi内置跨域功能，为什么我就实现不了
在Web.config的system.webServer配置节下增加配置
<httpProtocol>
<customHeaders>
<add name="Access-Control-Allow-Headers" value="*" />
<add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE" />
</customHeaders>
</httpProtocol>
如果通过jquery 跨域访问，在服务器端和客户端需要分别配合：
1. 在服务器端，需要为每一个请求进行授权。例如在消息头中要有
Access-Control-Allow-Origin:*
2. 在客户端要写
jQuery.support.cors = true;
4. 创建C#的wpf项目（C/S架构），不知道C/S架构中能不能用webapi,请高人解答，谢谢！
首先 ，你要明白浏览器也是客户端，只不过他提供的是一套通用的解释方式，具体执行程序放在了服务器上，服务器应用跟本地应用，本质上无差异，基本都是Sever+客户端处理，WPF是可以调用web api的 sever收到http请求可不管你是谁 是什么样的客户端发来的 只要是正确的http请求 就能响应，
5. 想学web前端需要学什么知识
随着互联网的发展，各种小程序、APP以及很多的互联网+创业公司的兴起，对现在前端工程的要求也越来越高，如何适应目前IT行业时代的发展趋势，web前端工程师又需要掌握那些技能呢？
一、HTML5+CSS3
HTML是网页的主要组成部分，网页的本质就是HTML，是用来制作超文本文档的简单标记语言；CSS样式是对HTML语言的有效补充，通过使用CSS样式，便于页面的修改以及页面风格的统一，还可以减少页面的体积，通过HTML和CSS完成静态页面的布局。HTML5+CSS3是HTML+CSS的更新，增加了很多非常实用的功能。这部分主要是从PC端和移动端两方面掌握整体的页面布局技术，并且配合项目实战操练、学以致用。
二、JS交互设计
这一部分主要掌握JS的基本语法、算法和高级语法，熟练使用面向对象的思想进行DOM编程，通过JQuery经典案例学习精通JQuery技术。
通过以上介绍，相信大家都了解了web前端开发需要学习的内容了，现在随着行业而发展，对前端的要求也越来越高，对高端人才的需求也越来越多，只有大家掌握的知识越多，掌握的技能越全面，越好，之后的选择权才会更多，发展前景更好。
6. c#webapi接口怎么加上安全校验
下面这几个注意事项或许可以帮你一些
1. 找到Web应用所有的输入点，找到所有的能接受用户输入的地方，漏掉输入点也就漏掉了可能存在的缝。
2. 过滤每一个输入点，为每个输入点设定相应的校验规则和边界。
3. 不要忘记校验哪些隐藏域，cookie和url参数。
4. 验证从数据库里面得到的数据，这个是最容易忽视的地方，不要相信来自数据库里面的数据就是合法的数据。
5. 你是如何做输入校验的？ javascript？如果只是用javascript做客户端校验, 风险还是很大的，一定要确保加上服务端的校验，否则如果客户端禁用了javascript或者客户端代码被人工修改，非法数据还是会进入系统内部的。
6. 隐藏异常信息，再周全的校验也不可能覆盖所有的case，如果非法数据造成了系统的异常，不要将详细的异常信息暴露给客户端，这些异常信息有可能成为系统的攻击入口。
在做输入校验的时候，从“什么样的输入才是合法的”入手会降低验证失效的风险，应该只为每个输入点的输入内容制定一个有限的，刚好够用的合法范围，除此之外的所有内容都当做是非法的。而从“什么样的输入是不合法的”入手则会增加验证失效的可能，因为你不可能穷举非法的输入。
7. 用MVC WebApi写接口，网闸上了之后，方法访问不到，端口已经全部开放
VisualStudio为我们提供了专门用于创建ASP.NETWebAPI应用的项目模板，借助于此项目模板提供的向导，我们可以“一键式”创建一个完整的ASP.NETWebAPI项目。在项目创建过程中，VisualStudio会自动为我们添加必要的程序集引用和配置，甚至会为我们自动生成相关的代码，总之一句话：这种通过向导生成的项目在被创建之后其本身就是一个可执行的应用。对于IDE提供的这种旨在提高生产效率的自动化机制，我个人自然是推崇的，但是我更推荐读者朋友们去了解一下这些自动化机制具体为我们做了什么？做这些的目的何在？哪些是必需的，哪些又是不必要的？正是基于这样的目的，在接下来演示的实例中，我们将摒弃VisualStudio为我们提供的向导，完全在创建的空项目中编写我们的程序。这些空项目体现在如右图所示的解决方案结构中。如右图所示，整个解决方案一共包含6个项目，上面介绍的作为“联系人管理器”的单页Web应用对应着项目WebApp，下面的列表给出了包括它在内的所有项目的类型和扮演的角色。·Common：这是一个空的类库项目，仅仅定义了表示联系人的数据类型而已。之所以将数据类型定义在独立的项目中，只要是考虑到它会被多个项目（WebApi和ConsoleApp）所使用。WebApi：这是一个空的类库项目，表现为HttpController类型的WebAPI就定义在此项目中，它具有对Common的项目引用。WebHost：这是一个空的ASP.NETWeb应用，它实现了针对ASP.NETWebAPI的WebHost寄宿，该项目具有针对WebApi的项目引用。SelfHost：这是一个空的控制台应用，旨在模拟ASP.NETWebAPI的SelfHost寄宿模式，它同样具有针对WebApi的项目引用。WebApp：这是一个空的ASP.NETWeb应用，代表“联系人管理器”的网页就存在于该项目之中，至于具体的联系人管理功能，自然通过以Ajax的形式调用WebAPI来完成。ConsoleApp：这是一个空的控制台应用，我们用它来模拟如何利用客户端代理来实现对WebAPI的远程调用，它具有针对Common的项目引用。二、定义WebAPI在正式定义WebAPI之前，我们需要在项目Common中定义代表联系人的数据类型Contact。简单起见，我们仅仅为Contact定义了如下几个简单的属性，它们分别代表联系人的ID、姓名、联系电话、电子邮箱和联系地址。1:publicclassContact2:{3:publicstringId{get;set;}4:publicstringName{get;set;}5:publicstringPhoneNo{get;set;}6:publicstringEmailAddress{get;set;}7:publicstringAddress{get;set;}8:}表现为HttpController的WebAPI定义在WebApi项目之中，我们一般将ApiController作为继承的基类。ApiController定义在“System.Web.Http.dll”程序集中，我们可以在目录“%ProgramFiles%\MicrosoftASP.NET\ASP.NETWebStack5\Packages\”中找到这个程序集。具体来说，该程序集存在于子目录“Microsoft.AspNet.WebApi.Core.5.0.0\lib\net45”中。WebAPI体现在如下所示的ContactsController类型中。在该类型中，我们定义了Get、Post、Put和Delete这4个Action方法，它们分别实现了针对联系人的查询、添加、修改和删除操作。Action方法Get具有一个表示联系人ID的可缺省参数，如果该参数存在则返回对应的联系人，否则返回整个联系人列表。由于ASP.NETWebAPI默认实现了Action方法与HTTP方法的映射，所以方法名也体现了它们各自所能处理请求必须采用的HTTP方法。1:publicclassContactsController:ApiController2:{3:staticListcontacts;4:staticintcounter=2;5:6:staticContactsController()7:{8:contacts=newList();9:contacts.Add(newContact{Id="001",Name="张三",10:PhoneNo="0512-12345678",EmailAddress="[email protected]",11:Address="江苏省苏州市星湖街328号"});12:contacts.Add(newContact{Id="002",Name="李四",13:PhoneNo="0512-23456789",EmailAddress="[email protected]",14:Address="江苏省苏州市金鸡湖大道328号"});15:}16:17:publicIEnumerableGet(stringid=null)18:{19:returnfromcontactincontacts20:wherecontact.Id==id||string.IsNullOrEmpty(id)21:selectcontact;22:}23:24:publicvoidPost(Contactcontact)25:{26:Interlocked.Increment(refcounter);27:contact.Id=counter.ToString("D3");28:contacts.Add(contact);29:}30:31:publicvoidPut(Contactcontact)32:{33:contacts.Remove(contacts.First(c=>c.Id==contact.Id));34:contacts.Add(contact);35:}36:37:publicvoidDelete(stringid)38:{39:contacts.Remove(contacts.First(c=>c.Id==id));40:}41:}简单起见，我们利用一个静态字段（contacts）表示存储的联系人列表。当ContactsController类型被加载的时候，我们添加了两个ID分别为“001”和“002”的联系人记录。至于实现联系人CRUD操作的Action方法，我们也省略了必要的验证，对于本书后续的演示的实例，我们基本上也会采用这种“简写”的风格。
8. asp.net webapi 个人身份验证 token
重写AuthorizeAttribute，对你想要禁用的token抛出UnAuthorized
9. MVC WebApi在调试开发下访问正常，部署到服务器访问不到接口
1、服务器是否正常启动（查看日志）
2、服务器的IP+PORT是否可以访问，查看端口是否被占用
3、若服务正常启动，端口也可以访问，查看你的访问路径是否正确（部署后的上下文webcontent是否与调试中一致）
4、访问不到有很多原因，要看你面对的具体问题去排查，比如报错信息之类~