引言 在C#的并发编程中，Channel是一种非常强大的数据结构，用于在生产者和消费者之间进行通信。本文将首先通过一个实际的使用案例，介绍如何在C#中使用Channel，然后深入到Channel的源码中，解析其内部的实现机制。 使用案例一：文件遍历和过滤 在我们的使用案例中，我们需要遍历一个文件夹及其所有子文件夹，并过滤出具有特定扩展名的文件。在此，我们使用了C#的Channel来实现这个任务。 首先，我们创建了一个名为EnumerateFilesRecursively的方法，这个方法接受一个文件夹路径作为参数，并返回一个ChannelReader<string>。这个方法中，我们创建了一个有界的Channel，然后在一个单独的任务中遍历指定的文件夹及其所有子文件夹，并将找到的每个文件的路径写入Channel。当遍历完成后，我们关闭Channel的写入端。 …
在.NET中，理解对象的内存布局是非常重要的，这将帮助我们更好地理解.NET的运行机制和优化代码，本文将介绍.NET中的对象内存布局。 .NET中的数据类型主要分为两类，值类型和引用类型。值类型包括了基本类型（如int、bool、double、char等）、枚举类型（enum）、结构体类型（struct），它们直接存储值。引用类型则包括了类（class）、接口（interface）、委托（delegate）、数组（array）等，它们存储的是值的引用（数据在内存中的地址）。 值类型的内存布局 值类型的内存布局是顺序的，并且是紧凑的。例如，定义的结构体SampleStruct，其中包含了四个int类型字段，每个字段占用4个字节，因此整个SampleStruct结构体在内存中占用16个字节。 public struct SampleStruct { public int Value1; …
抽象静态方法 在C# 11中，引入了对抽象静态接口成员的支持。这个特性可以让你在接口中定义静态抽象方法、属性、或事件。具体来说，一个接口可以定义一个或多个抽象静态成员，这些成员没有具体的实现。任何实现该接口的类或结构必须提供这些成员的静态实现。这就像实现普通接口成员一样，只不过是静态的。当然，你也可以基于它来实现一些设计模式，本文将展开介绍。 单例模式：静态抽象成员可以用于实现单例模式。在这种模式中，一个类只能有一个实例，并提供一个全局访问点。 public interface ISingleton { static abstract ISingleton Instance { get; } } public class Singleton : ISingleton { private static readonly Singleton _instance = new …
.NET不仅可以使用 C静态库与动态库，也可以将.NET实现的函数导出为C静态库与动态库。在没有Native Aot之前，.NET只能通过P/Invoke享受C/C++生态，而在Native Aot之后，不仅可以享受这些生态，还可以开发SDK供其他语言调用。 .NET Native AOT的NativeLib参数用于指定本机库的类型。在.NET 7中，该参数有两个选项：Static和Shared。 Static: 生成静态库，意味着所有依赖项都将被编译到生成的可执行文件中，因此它更适合独立应用程序或需要最小化依赖项的应用程序。 Shared: 生成动态库，意味着依赖项将被编译为单独的本机库，并在运行时动态加载。这种方法可以减少生成文件大小，并且更适合需要共享依赖项的应用程序，所以它也被称为共享库。 使用UnmanagedCallersOnly特性可以将C#函数导出提供给C调用， …
dotnet-monitor可以在Kubernetes中作为Sidecar运行，Sidecar是一个容器，它与应用程序在同一个Pod中运行，利用Sidecar模式使我们可以诊断及监控应用程序。 如下图所示，这是我们最终要实现的目标，通过可视化界面查看应用程序的指标信息。 file 应用服务 创建dotnetmonitor.yaml文件，如下所示。 apiVersion: apps/v1 kind: Deployment metadata: name: dotnet-monitor-example spec: replicas: 3 selector: matchLabels: app: dotnet-monitor-example template: metadata: annotations: prometheus. …
由于这近一年时间一直忙于写书和工作，一直没有水文，但是近期有几位朋友使用我们的Magicodes.IE反馈在导出过程中内存暴涨...好吧，不管怎样，不能苦了我们朋友，接下来我们通过windbg来看一下什么原因导致的。 接下来我们先通过address -summary来看一下当前应用内存占用量。 0:000 !address -summary --- Usage Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal Free 581 7df8`ef0c9000 ( 125.972 TB) 98.42% unknown 1678 …
本章我们将看到如何通过Azure DevOps使用EFCore CLI工具将我们的EFCore应用程序进行数据库重建，当然这种操作我不建议使用，建议使用CLI生成sql脚本形式进行发布并迁移。 设置代理服务器sdk - task: UseDotNet@2 inputs: packageType: 'sdk' version: '3.x' 安装dotnet-ef 安装Entity Framework Core CLI工具，用于后面对数据库的操作 - task: CmdLine@2 displayName: 'install dotnet-ef' inputs: script: 'dotnet tool install -g dotnet-ef' 删除数据库 dotnet ef database drop --project <path to your …
一次偶然的机会，让我拿出RulesEngine去完成一个业务，对于业务来说主要是完成一个可伸缩性（不确定的类型，以及不确定的条件，条件的变动可能是持续增加修改的）的业务判断。比如说完成一个成就系统，管理员可创建，对于成就来说有一次性解锁、日常、周常式，还有随时重置，每次达成都触发的，面对着成就任务的增加，那对于程序员来说，如果每次都去增加修改这些成就任务简直是太头疼了。好了，对此大家应该有一个简单的了解了，那跟着笔者往下走，我们看看如何在.NET中使用非常少的代码去完成一个简单的动态逻辑处理。 RulesEngine 概述 RulesEngine是Microsoft推出的一个规则引擎项目，用于系统中抽象出的业务逻辑/规则/策略。在我们开发的过程中，避免不了的是跟这种反反复复的业务逻辑进行处理，而对于这种动态的规则来说的话，它是比较优雅的一种方式，使用我们减少了对我们代码或者说项目的修改。 …
前言 在之前的开发过程中，我们对于应用或者说使用一些小的组件，通常使用分布页（partial view），再往前在Web Form中我们会进行应用WEB Control，好吧提及一个关键性代码TagPrefix：TagName，通过这种的标记我们便可以在我们web form中进行引入我们的组件，当然自从.NET MVC之后呢，就已经没有了WebControl，而对于.NET Core后，又多了一个特性ViewComponent。 对于ViewComponent看起来它类似于小的控制器，而对于我们小的组件或者小部分通用型功能，可通过ViewComponent进行实现，比如说留言栏、菜单等等。 ViewComponent是由两部分组成，一部分是类（通常该类集成与ViewComponent），而另外一部分是视图（Razor和普通的View一样），当然ViewComponent同样也支持POCO， …
前言 Source Generators顾名思义代码生成器，可进行创建编译时代码，也就是所谓的编译时元编程，这可让一些运行时映射的代码改为编译时，同样也加快了速度，我们可避免那种昂贵的开销，这是有价值的。 实现ISourceGenerator 集成ISourceGenerator接口，实现接口用于代码生成策略，它的生命周期由编译器控制，它可以在编译时创建时创建并且添加到编译中的代码，它为我们提供了编译时元编程，从而使我们对C#代码或者非C#源文件进行内部的检查。 [Generator] class CustomGenerator: ISourceGenerator { public void Initialize(GeneratorInitializationContext context) { throw …