首先希望webapi支持多版本，swagger针对不同的版本可进行交互。这种方式很直观，但如果原有项目没有使用多版本控制不建议用，可采用header的方式更为合理一些，增加多个 [ApiVersion]即可。但是两个相同的版本中Controller不能有相

采用以资源导向的Restful风格编写api为主，以gpc过渡风格为辅。

特别说明：在控制器上标记[RoutePrefix] 在action方法上标记[Route]

a.如果方法名为post或者get，就是默认使用，在测试时，直接写到控制器LQInfo，然后传递方式设置为post即可，不需要写方法；var response = client.Execute; // 从 WebAPI 获取。string sql = @&

好了，架构不在多，能够看明白，能使用，完成具体的功能就可以了，楼主水平不高，如实架构有什么不足之处，还希望不吝赐教

3、接下来是封装Dapper的SqlServer配置DataBaseConfig,不要忘记添加Dapper的Nuget包

中秋过完不知不觉都已经快两周没动这个工程了，最近业务需要总算开始搞后台云服务了，果断直接net core搞起，在做的中间遇到了不少问题，这个后续会一点点列出来包括解决方法，今天就先把之前挖的坑填一个。引入完之后，我们在appsettings.json来配置

出于浏览器的同源策略限制。同源策略是一种约定，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，则浏览器的正常功能可能都会受到影响。可以说Web是构建在同源策略基础之上的，浏览器只是针对同源策略的一种实现。同源策略会阻止一个域的javascript脚

OWIN WebAPI项目使用Swagger UI自动生成接口文档，不需要频繁更新接口文档，保证接口文档与代码的一致，方便对接接口或者测试接口。接口的调用方、测试、项目经理等都可以在该页面中对相关接口进行查阅和做一些简单的接口请求。该项目支持在线导入描述文

--启用XML注释，并忽略未写注释的警告-->. // 启用xml注释，该方法第二个参数启用控制器的注释，默认为false.

今天想起来撸一下docker，中途还是遇到些问题，但是这些问题都是由于路径什么的导致不正确，在这儿还是记录下操作过程，今天是基于windows来操作docker，先把windows搞定，后面再去Linux上搞docker。到这里就完成了将core weba

也就是说你的接口只能支持其中一个方法必须明确，不然swagger就会报错！看了很多教程都没提到这块。

因为我们并不打算将Blazor 由webapi来进行host，所以Blazor和api将是两个域名，这样操作即方便以后单独使用Blazor来写前端，但后端采用已有或其他语言框架或版本的api。这也是我接下来项目的打算。　　这里使用的是.Net CLI，即命

概要在官网上很容 可以找到开启Swagger Gen 的配置信息,这也是我们快速开发 Api 的开始使得我们不用写API 的文档和测试了 .理想很丰满,但在使用时我们 部分Get 接口可以用了但是我们Post 时候需要我们做 身份验证了,Token 是不错

c.SingleApiVersion("v1", "API");var xmlFile = Path.Combine(baseDiretory, "bin\\API.xml");var model

将api放到子域名里，这种做法可以保持某些规模化上的灵活性。path命名应该是以资源为导向的命名，对资源的操作是由HttpMethod来决定。所以一般来说url上的单词都应该是名词，一定不要是动词。一般遵循以下约定：。URL 的命名必须全部小写；

Startup.cs文件中的ConfigureServices方法配置：。app.UseSession(); //UseSession配置在UseMvc之前

nuget 搜索swagger，安装Swashbuckle . string type = string.Empty, path = string.Empty, controllerName = string.Empty;

参考了下php官方手册总结了五种PHP连接MSsql server的方法,mssql_系列函数,sqlsrv_系列函数,odbc方式连接sqlserver,PDO方式连接sqlserver,COM方式连接。mssql_系列函数主要针对php5.3以下的版本

如果是已存在的项目，添加对应的控制器，选择API服务。可以在API路由那边，增加一个方法参数，routeTemplate: "api/{controller}/{action}/{id}",自由的定义方法名称。通过Post请求的时候，只