菜鸟学编程

以前接口都是用的ashx的页面，现在使用.net core webapi 开发接口，相关技术的知识点做个记录：在core中，接收类型 和 Content-Type 对应关系为FromBody 对应 application/json或xmlFromForm 对应www-for或者form-dataapiController这个貌似是2.1开始才有的不加ApiController的话，默认是FromForm，加了默认是FromBody如果加了ApiController的话post方法的...

情况介绍：新建了个.NetCore 5.0 的 WebAPI项目，发布部署到WINDOWS10 的 IIS后，默认打开 http://127.0.0.1/swagger 出现404找不到页面的错误。原因：因为.NetCore 5.0 自带集成了Swagger , 在发布项目时，通常会在代码中限制ASPNETCORE_ENVIRONMENT为Production时关闭Swagger。解决方法：项目发布后默认为 Production 生产环境，可修改 web.config 文件，改成 Developm

vue.min.jshttps://vuejs.org/js/vue.min.jsaxios.min.jshttps://unpkg.com/axios/dist/axios.min.js

安装完Swagger初步调试成功，在.netcore web api项目中新建了一个控制器后，再次打开Swagger就报这个错误错误原因是：在项目新建的控制器中，省略方法的请求方式 ，方法需要必须指明请求方式在方法加上[HttpGet]、[HttpPost] 等，就可以通过 Swagger UI 查看 API...

前后分离的好处，就是后端埋头做业务逻辑功能，不需要过多考虑用户体验，只专注于数据、性能开发，对于前端需要的数据可以通过组Json或者其他方式回调，但是前后两端需要确定好接口Api的规范，并且前端如果需要查看接口的相关信息，就需要文档的支撑了。那么问题来了，后端在开发过程中每次改动接口，都需要改动文档，累不累。SwaggerSwagger作为一个在线文档，通过后端的接口控制器生成一套Json串数据，实时展示后端的接口请求地址，参数，类型以及回调，很好的解决这个问题（后端可以给前端一个Swagger的地