一、ASP.NET Core WebApi课程介绍 人生苦短，我用.NET Core！提到Api接口，一般会想到以前用到的WebService和WCF服务，这三个技术都是用来创建服务接口，只不过WebAPI用起来更简单，更轻量级，更流行。构建一个优秀的API依赖于伟大的框架，今天我们的主角当然是微软的跨平台轻量级HTTP服务框架——Asp.net Core WebApi。今天阿笨将给大家带来的分享课程是如何利用ASP.NET Core WebApi跨平台开发技术构建我们的API服务应用程序并在部署运行不同
阿笨这里推荐大家的一种比较传统经典的三层架构，一般就可以满足日常我们工作中的大部分项目开发需求。
2.6、ASP.NET WebApi降龙十八掌之美化JSON时间类型T问题和CORS跨域访问
K/3 Cloud Web API接口说明文 目的 三方集成，提供第三方系统与Cloud集成调用接口。 技术实现 HTTP + Json 提供标准接口 编号 名称 说明 1 Kingdee.BOS.WebApi.ServicesStub.AuthService.ValidateUser 用户验证 2 Kingdee.BOS.WebApi.ServicesStub.DynamicFormService.Save 保存 3 Kingdee.BOS.WebApi.ServicesStub.DynamicFormS
NET Core 基于Quartz的UI可视化操作组件 GZY.Quartz.MUI 简介
一、背景描述与课程介绍 明人不说暗话，跟着阿笨一起玩WebApi。在我们平时开发项目中可能会出现下面这些情况; 1）、由于用户误操作，多次点击网页表单提交按钮。由于网速等原因造成页面卡顿，用户重复刷新提交页面。黑客或恶意用户使用postman等工具重复恶意提交表单（攻击网站）。这些情况都会导致表单重复提交，造成数据重复，增加服务器负载，严重甚至会造成服务器宕机。因此有效防止表单重复提交有一定的必要性。 2）、在网速不够快的情况下，客户端发送一个请求后不能立即得到响应出现超时，由于不能确定是否请求是否被
目标：将“JS混淆加密”功能集成到鼠标右键菜单，一键点击完成JavaScript代码混淆加密。
当我们编辑好一个WebApi应用程序后，需要对该Api接口进行调试，传统的调试办法是在方法内设置断点，然后用PostMan等http工具模拟访问进行查看WebAPI的运行情况，但这种除了效率较低还进行
前言：还记得刚使用WebApi那会儿，被它的传参机制折腾了好久，查阅了半天资料。如今，使用WebApi也有段时间了，今天就记录下API接口传参的一些方式方法，算是一个笔记，也希望能帮初学者少走弯路。本篇针对初初使用WebApi的同学们，比较基础，有兴趣的且看看。 WebApi系列文章 C#进阶系列——WebApi接口测试工具：WebApiTestClient C#进阶系列——WebApi 跨域问题解决方案：CORS C#进阶系列——WebApi身份认证解决方案：Basic基础认证 C#进阶系列——WebAp
网上有很多API接口，只要简单的调用就可以获取到我们想要的信息，比如天气预报、每日一句等等。包括一些抢券活动，一般也是有API可以直接调用的。
前面我们花了14篇的文章来给大家介绍经典DDD的概念、架构和实践。这篇文章我们来做一个完整的总结，另外生成一个Api接口文档。 一.DDD解决传统的开发的几大问题： 没有描述需求的设计模型；而是直接通过数据库表的方式体现，也就是需求与设计是脱节的。 编码的架构也没有与设计和需求对应起来。 业务逻辑与技术混在一起；业务逻辑可能直接调用的数据访问，这样把业务逻辑与数据访问的技术混在一起。 开发没有层次感和节奏感；系统没有一个统一的约束，开发人员没有一个统一的节奏，这主要体现在随意的编码。 Bug 定位困难：当系
接触到动态WebApi（Dynamic Web API）这个词的已有几年，是从ABP框架里面接触到的，当时便对ABP的这个技术很好奇，后面分析了一波，也尝试过从ABP剥离一个出来作为独立组件来使用，可是后来因与ABP依赖太多而放弃。十几天前朋友 熊猫 将这部分代码（我和他在搞事情）成功的从 ABP 中剥离出来并做了一个简单Demo扔给我，经过这么久（实在是太懒^_^）终于经过一些修改、添加功能、封装，现在已经能作为一个独立组件使用，项目开源在Github（https://github.com/dotnetauth/Panda.DynamicWebApi），希望觉得有用的朋友能给一个 Star 支持一下。
Minimal API是.Net 6中新增的模板，借助C# 10的一些特性以最少的代码运行一个Web服务。本文使用VB.NET ，完成一个简单的Minimal Api项目的开发。(估计是全网首发吧),找遍了百度,必应,Github都没找到VB.NET版本的Minimal Api项目,找到的都是C#的项目,毕竟专为C#10而生!!!
在创建项目的时候需要选择Web Api，取消【为HTTPS】配置，如果选了的话操作的时候会比较麻烦。
在微服务架构风格的系统中，如果单个微服务垮掉或地址不可访问，虽然对系统的影响是有限的，但我们也必须采取一定的手段来保证每个微服务尽量可用；并且在大并发的情况下，虽然可以通过EDA消息队列处理的方式提高吞吐量，但仍然需要WebApi能够更加高效的侦听用户请求，处理消息，即使在某个服务短暂不可用的情况下。本篇文章主要来详细讲一讲要保证微服务的高可用性，可以通过哪些手段来实现。
假定一个场景，开始做开发的你，领导走到你的面前说道：“小伙子，看了简历和最近的工作表现，很不错，现在交给一个任务，开发一个简单的CMS后端接口吧，前端有人配合你”，当时你内心读白：“CMS什么东西，还好我可以百度，但我要在哪个项目上开搞啊”，这时的领导又说道：“项目你自己建立，然后上传git就行了”，这时的你是否已经石化，本篇文章就为您提供一个快速建立后端开发的模板，作者自己总结出品，如有不妥，指正即可。 模板代码下载：https://github.com/cqhaibin/ApiTemplate.git
前言： 回顾上一节，我们利用webapi简单的登录并进行了同域访问与跨域访问来获得Token，您可以跳转到上一节下载代码来一起动手。 继续上一篇的文章，我们接下来演示利用拿到的Token来访问接口，管理接口，利用系统权限管理接口，对每个接口进行授权(管理接口为选读部分，因为你需要阅读最开始权限管理部分（18-27节），才能阅读这部分) 开发环境： VS2015+无数据库（模拟数据） 样例代码下载 访问密码 8ca3 知识点： WebApi权限验证 应用到实际中来 调试 开始： 1.过滤器验证 我
大家好，很久没有写博客了，最近半年也是比较的忙，所以给关注我的粉丝们道个歉。去年和朱永光大哥聊的时候提了一下我们的这个方案，他说让我有空写篇博客讲一下，之前是非常的忙，所以这次趁着有些时间就写一下我们这边关于版本控制的方案吧。
今天开始学习Identity Server4,顺便了解下.Net Core,以便于完善技术栈,最主要的是要跟上.Net的发展潮流,顺便帮助各位整理下官方文档,加上一些我自己对他的理解.
介绍 为了防止网站意外暴增的流量比如活动、秒杀、攻击等，导致整个系统瘫痪，在前后端接口服务处进行流量限制是非常有必要的。本篇主要介绍下Net限流框架WebApiThrottle的使用。 WebApiThrottle是一个专门为webApi限制请求频率而设计的，支持寄宿OWIN上的中间件的限制过滤。服务端接口可以基于客户端请求IP地址、客户端请求key、及请求路由去限制webapi接口的访问频率。 使用nuget命令安装WebApiThrottle： PM> Install-Package WebApiTh
首先，我们先开发工具类，根据设计思路图可得知，我们需要一个缓存类，用于在服务器端存储token。
阅读目录： 介绍 基于IP全局限流 基于IP的端点限流 基于IP和客户端key的端点限流 IP和客户端key的白名单 IP和客户端key自定义限制频率 端点自定义限制频率 关于被拒请求的计数器 在web.config或app.config中定义限制策略 获取API的客户端key 存储限流的数据 运行期间更新限制频率 限流的请求日志 用ThrottlingFilter、EnableThrottlingAttribute特性配置限制频率 关于ThrottlingMiddleware限制频率 介绍 为了防止网站意
平台之大势何人能挡？ 带着你的Net飞奔吧！：http://www.cnblogs.com/dunitian/p/4822808.html 屁话我也就不多说了，什么简介的也省了，直接简单概括+demo
从许多调查报告上看，开发人员群体对低代码的评估维度集中在几个点上，页面的灵活性、业务逻辑的灵活性和技术架构的专业性。而这几个点也是不同的低代码厂商和产品差异性最明显的领域。今天，我们以活字格为例，将目光聚焦在可视化业务逻辑构建的原理和体验上和大家聊聊。
我们在开发 webapi 项目时如果遇到 api 接口需要同时支持多个版本的时候，比如接口修改了入参之后但是又希望支持老版本的前端（这里的前端可能是网页，可能是app,小程序 等等）进行调用，这种情况常见于 app，毕竟网页前端我们可以主动控制发布，只要统一发布后所有人的浏览器下一次访问网页时都会重新加载到最新版的代码，但是像 app 则无法保证用户一定会第一时间升级更新最新版的app，所以往往需要 api接口能够同时保持多个版本的逻辑，同支持新老版本的调用端app进行调用。
RPC RPC（Remote Procedure Call），远程过程调用）,这种RPC形式的API组织形态是类和方法的形式。所以API的请求往往是一个动词用来标识接口的意思，比如 https://
最近这两天，微博、微信、抖音、知乎等网络平台都上线了IP属地功能，用户的个人主页，或者在发表视频、博文、评论、投票时，会显示用户当前的IP属地，国内用户显示省份/地区，国外用户显示国家/地区。
上一篇文章我们讲了经典DDD架构对比传统三层架构的优势，以及经典DDD架构每一层的职责后，本篇文章将介绍基础结构层中支持DDD的轻量级框架的主要代码。 这里需要说明的是，DDD轻量级框架能够体现DDD的思想即可，没必要做得很重，你也可以根据理解，自己实现支持DDD的框架。 1.实体、聚合根与值对象的顶层体现 实体顶层定义： public interface IEntity { string Code { get; set; } Guid Id { get; set;
这里准备一个空的ASP.NET Core WebAPI项目，使用默认自带的ValuesController控制器，具体代码见这里。
前言：这两天在整WebApi的服务，由于调用方是Android客户端，Android开发人员也不懂C#语法，API里面的接口也不能直接给他们看，没办法，只有整个详细一点的文档呗。由于接口个数有点多，每个接口都要详细说明接口作用、参数类型、返回值类型等等，写着写着把博主惹毛了，难道这种文档非要自己写不成？难道网上没有这种文档的展示工具吗？带着这两个问题，在网络世界里寻找，网络世界很奇妙，只要你用心，总能找到或多或少的帮助！这不就被博主找到了这个好用的组件：WebApiTestClient。它对于接口的作用、参
在Asp.Net Core 上面由于现在前后端分离已经是趋势，所以asp.net core MVC用的没有那么多，主要以WebApi作为学习目标。
如果我们再WebAPI中定义了只有一个string参数的WebAPI函数，如下所示： [HttpPost] public string TrackBill(string str) {
近些年，API安全在安全领域越来越多的被业界和学术界提及和关注。OWASP在2019年将API安全列为未来最受关注的十大安全问题。事实上随着应用程序驱动的普及，API接口已经是Web应用、移动互联网以及SaaS服务等领域的重要组成部分，无论是我们在网上购物，或者是在银行交易，甚至在医院看病挂号都会伴随着对API接口的访问和控制。由于对API接口的访问与控制伴随着数据的传输，其中不乏大量的用户隐私数据以及重要文件数据，因此越来越多的非法黑客将API接口作为攻击的目标，并通过非法控制和使用API接口窃取数据等。所以没有安全的API服务，就会带来生产生活上的巨大不便和潜在风险。
前两篇文章主要实现了经销商代注册的仓储与领域逻辑、经销商登录的仓储与相关逻辑，这篇文章主要讲述经销商代注册的用例与经销商登录的查询功能。 一.经销商代注册用例 在经销商代注册用例中，我们需要传递经销商的基本注册信息，这个信息是做成了DTO对象。 1.经销商注册的DTO对象： public class AddDealerDTO { public string Name { get; set; } public string Tel { get; set; }
在微服务场景中，开发人员分配到不同的小组，系统会拆分为很多个微服务，有一点是，每个项目都需要单元测试，接口文档，WebAPI接口等，创建新项目这些都是重复的工作，而且还要保证各个项目结构的大体一致，这时就需要一个适用于企业内部的框架模板，类似于前端的脚手架，可以做到开箱即用，注重业务功能开发，提升工作效率。
在上一篇《基本概念快速一览》中，我们把基本的一些概念快速地简单地不求甚解地过了一下，本篇开始我们会将ASP.NET Core WebAPI部署到K8S，从而结束初探的旅程。
HttpReports 是 .Net Core下的一个Web组件，适用于 WebAPI 项目和 API 网关项目，通过中间件的形式集成到您的项目中, 通过HttpReports，可以让开发人员快速的搭建出一个 API 性能分析的基础报表网站。
后台框架：.Net Core 3.1 + EF Core yrjw.ORM.Chimp
.Net的面向切面编程 .Net的服务端应用AOP很常见，在Asp.net MVC与Asp.net WebApi等新框架里到处都有AOP的影子，我们可以把一个服务方法“切”为很多面，日志面、验证面、请求方式处理、接口业务实现等多个面，有一些面可以使用过滤器特性(FilterAttribute)进行编写，然后很方便和打上特性即可，对于一般的工程师，只需要专注实现接口业务实现。 在流行SOAP的年代，很少需要一个强悍的Client，而今天restful时代，.net也出了一个HttpClient，可以说是与As
最近做的项目使用mvc+webapi，采取前后端分离的方式，后台提供API接口给前端开发人员。这个过程中遇到一个问题后台开发人员怎么提供接口说明文档给前端开发人员,最初打算使用word文档方式进行交流，实际操作中却很少动手去写。为了解决这个问题，特意在博客园中搜索了一下api接口文档生成的文章，引起我注意的有两种方案。1.微软自带的Microsoft.AspNet.WebApi.HelpPage 2.swagger（我比较喜欢戏称为“丝袜哥”）
Ocelot是一个基于.NET Core的Web API服务网关开源项目，功能比较强大，Github项目地址为：https://github.com/ThreeMammals/Ocelot，关于Ocelot的学习资料可以看看张善友的网站：http://www.csharpkit.com/apigateway.html。
大家可能对诊断工具并不陌生，从大名鼎鼎的 dotTrace，到 .NET CLI 推出的一系列的高效诊断组件（dotnet trace,dotnet sos,dotnet dump）等, 这些工具提升了对程序Debug的能力和效率，可以让开发人员从更高层次的维度来发现程序中的问题。
最近在用Quartz做定时任务.虽然很方便,但是Quartz自己貌似是没有UI界面的..感觉操作起来 就很难受..
前面的几篇博客，我们已经把Fabric环境搭建好了，也可以使用Go开发ChainCode了，那么我们在ChainCode开发完毕后，可以通过CLI来测试ChainCode的正确性，ChainCode开发后，接下来就是关于Application的编写了。
"搜索地址"功能是GIS项目最基本的功能，根据地址文字片段以模糊查找的方式寻找精确坐标。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
