我比较好奇的是webapi服务器怎么处理http请求和websocket请求。有了上一篇番外的研究，这里就可以试着自己写个非常简易的webapi服务器来接收这两种请求。 效果 http请求 消息打印 响应解析 websocket请求 消息打印 使用聊天室测试 其实两种请求差不多，就只是一些头部字段有
上一篇我已经实现了聊天室，并且在协议中实现了4种类型的消息传输。其实还可以添加video，audio，live等等类型。 不过假如把目前的协议看作RCP1.0版的话，这个版本就只支持有限的4种消息。精力有限啊。也许RCP2.0就可以把video，audio类型加进去？ 这不是这篇番外考虑的。而是我在
上一篇实现了多聊天室。这一片要继续改进的是实现收发文件,以及图片显示。 效果 问题 websocket本身就是二进制传输。文件刚好也是二进制存储的。 文件本身的传输问题不太，但是需要传输文件元数据，比如文件名和扩展名之类的。这很必要，如果我们想知道怎么展示这个文件的话。比如这个文件是图片还是word
前言 JSON Web Token（JWT）是一个非常轻巧的规范。这个规范允许我们使用 JWT 在用户和服务器之间传递安全可靠的信息。一个 JWT 实际上就是一个字符串，它由三部分组成，头部、载荷与签名。前两部分需要经过 Base64 编码，后一部分通过前两部分 Base64 编码后再加密而成。针对
本文属于OData系列 Introduction ODATA v4提出了新的聚合查询功能，这对于ODATA的基本查询能力（$expand等）是一个非常大的补充。ODATA支持的聚合查询功能，可以对数据进行统计分析，例如求和、平均值、最大/最小值、分组等。 聚合查询是通过$apply关键字实现的。使用
本文属于OData系列 Intro 对外提供WEBAPI时，如果遇上了版本升级，那么控制WEBAPI的版本也是非常必要的。OData官方提供了版本控制以及管理的解决方案，我个人是实践体会是不好用，好在社区提供了对应的nuget包，与.NET主版本同步更新。 介绍 ASP.NET API Versio
本文属于OData系列文章 Intro 前面写了很多有关OData使用的文章，很多读者会有疑问，直接将实体对象暴露给最终用户会不会有风险？$expand在默认配置的情况下，数据会不会有泄露风险？ 答案是肯定的，由于OData的特性，提供给我们便捷同时也会带来一些风险。很多地方推荐使用DTO模式来隔离
本文属于 OData 系列文章 Introduction 更新： 由于新版的 OData 已经默认使用了 endpoint 模式（Microsoft.AspNetCore.OData 8.0.0），不再需要额外配置，本文已经过时（asp.net core 3.1）。 最近看 OData 的 devb
本文属于 OData 系列文章 引言 OData 是一个开放标准，已经在 oasis 组织标准化，因此我们可以在标准的官网查询到 OData 的标准请求与返回形式：OData JSON Format Version 4.01 (oasis-open.org) 针对不同的数据类型，输出返回的格式也不尽
本文属于 OData 系列文章 ABP 是一个流行的 ASP. NET 开发框架，旧版的的 ABP 已经能够非常好的支持了 OData ，并提供了对应的 OData 包。 ABP vNext 是一个重新设计的，面向微服务的框架，提供了一些非常有用的特性，包括分页查询等但是它并不能原生支持 OData
新建webapi项目 建项目时取消https支持，勾选docker支持， Program.cs中注释下面语句，这样部署后才能访问Swagger // Configure the HTTP request pipeline. //if (app.Environment.IsDevelopment())
创建webapi项目，只是搭配服务用，什么三层mvc都不弄了，默认的模板直接用就好。 简单分析下，采用signalr通信来传递mac地址，所以先安装个signalr的包（如果简单操作的话可以不装最新的，微软自带一个，不过好像是弃用的） using Microsoft.AspNetCore.Signa
本文属于 OData 系列 引言 在 OData 中，EDM（Entity Data Model） 代表“实体数据模型”，它是一种用于表示 Web API 中的结构化数据的格式。EDM 定义了可以由 OData 服务公开的数据类型、实体和关系。 EDM 也提供了一些规则来描述数据模型中的实体之间的关
本文属于OData系列文章 前文说到了 EDM 与 OData 之间的关系，具有 EDM 的 OData 提供了强大的查询能力，但是 OData 并不必须要配置 EDM，我们也可以使用 Non-EDM 方案。 Non-EDM 所谓 Non-EDM ，并不是说在 OData 运行时不需要 EDM 配置
EDP是一套集组织架构，权限框架【功能权限，操作权限，数据访问权限，WebApi权限】，自动化日志，动态Interface，WebApi管理等基础功能于一体的，基于.net的企业应用开发框架。通过友好的编码方式实现数据行、列权限的管控。
一、简介 我们做微服务开发，或者说做分布式开发，有一项技术我们是避不开的，那就是WebAPI，在 Net6.0中，有两类 WebAPI，一类是极简 WebAPI，它砍掉了很多冗余的东西，更纯粹的是做 API的，也更适合做微服务的开发。另外一类就是我们通常使用的正常 API，这个没得说，也是我们使用最
首先说一下使用场景 WebAPI接口入参使用 object和 dynamic 后续解析和处理 1.object和dynamic 区别 在.NET中，object和dynamic也有一些区别： object：object是.NET中的顶级类，所有类都是object的子类。在C#中，您可以使用objec
自托管模式运行dapr 新建订阅webapi项目,取名为backend 项目增加docker支持，取消https支持 修改Program.cs var builder = WebApplication.CreateBuilder(args); builder.Services.AddControll
本文将以 .NET Core WebAPI 项目的配置方法为例，分步骤实现根据环境变量的配置参数，自动读取对应配置文件中的特殊参数值，从而达到 Development、Staging、Production 三种环境的无感部署。
首先我们现有创建一个空的WebApi的项目模板，这个项目模板和MasaFramework本身没有任何关联，我们本博客只是使用的MasaFramework的MiniApi的包 创建Asp.NET Core 空的项目模板 项目名称MFMiniApi 其他信息看图，取消Https配置，也可以选择， 这就是
