c#

下页、再停留

【C#桌面客户端系列学习-15】生成可视化图表之折线图、柱状图、饼状图目录一、前言二、效果图三、窗体设计四、数据库结构五、折线图示例代码六、柱状图示例代码七、饼状图示例代码

波力海苔夹心脆675

VisionMaster 两级位置修正实战：塑料外壳与金属件装配角度检测拍合影时找一个人，你不会先在整张照片里找他的眼睛——一定是先找到他这个人（整体定位），再在他的脸上找眼睛（局部定位）。机器视觉里也有同样的场景：工件由塑料外壳和中间金属件装配而成，外壳在图像里位置是随机的，金属件相对外壳又存在装配偏转。本文用一个实际方案演示 VisionMaster 中**两级位置修正（级联 Fixture）**的搭建方法，第一次修正"找外壳的边"，第二次修正"找金属件的边"，最终稳定测得两条边的夹角。适合已经会基本拖拽模块、但对"位置修正为什么要用两次"感到困惑的初学者。

小羊没烦恼！

C#综合揭秘——Entity Framework 并发处理详解一、并发处理的定义在软件开发过程中，当多个用户同时修改一条数据记录时，系统需要预先制定对并发的处理模式。并发处理模式主要分为两种：第一种模式称为悲观式并发，即当一个用户已经在修改某条记录时，系统将拒绝其他用户同时修改此记录。第二种模式称为乐观式并发，即系统允许多个用户同时修改同一条记录，系统会预先定义由数据并发所引起的并发异常处理模式，去处理修改后可能发生的冲突。常用的乐观性并发处理方法有以下几种：

05-02-源码-Boehm GC标记阶段元数据Boehm GC的标记阶段是其最核心的组件。与SGen的精确标记不同，Boehm GC使用保守标记算法：不依赖对象的精确类型信息，而是将对象体中所有看起来像指针的word都当作潜在引用。这种设计使得Boehm GC可以与任意C/C++代码集成，但也带来了伪指针风险和扫描开销。本文深入分析保守标记算法的实现、根发现机制、Partial Clean优化以及标记栈管理。

AI 读 Word 表格总读错？先查合并单元格和表头这 3 处上周帮朋友处理一份 18 页的项目验收文档，里面有 11 张表。我让模型把「设备清单」抽成 JSON，字段名都对，行数总少两行。把同一页截图发过去，它又能读对。

半摆烂日常

手机表单的左滑操作：触摸事件的处理细节移动端表单的交互设计里，左滑操作是高频动作——列表项左滑出删除、右滑标记已读，效率高、用户爱用。但我们把左滑做进业务表单列表时，踩了一串触摸事件的坑。这篇把移动端左滑操作的实现细节和坑完整记录。结论先说：左滑操作的难点不在滑动本身，在滑动与滚动的冲突裁决——横向滑还是纵向滚，手指落下的头几个像素就要判对；判定错了，用户想滚动列表却弹出删除键，体验立刻翻车——用户不会说事件冲突，只会说这软件有毒。

绛橘色的日落(。・∀・)ノ

C#学习笔记能储存，有一定范围，有符号，正负数包括0的变量类型能储存，有一定范围，0和正数存储7~8位有效数字，根据编译器不同，有效数字也可能不一样四舍五入有效数字是从左到右从非0数开始算有效数字的

C# 将 HTML 转换为 PDF：基于 Chrome 的转换方案在业务开发中，HTML / 网页转 PDF 是非常常见的需求：报表导出、单据打印、网页存档、动态 HTML 页面生成 PDF 等。市面上常见方案有：

.NET 实现后台任务在 .NET Core 中实现后台任务，常用的方式是使用托管服务 (Hosted Services)。这通过实现 IHostedService 接口或继承其抽象基类 BackgroundService 来完成。这种方式能确保后台任务与应用程序的生命周期（启动、停止、重启）紧密绑定，避免任务丢失或资源泄露。

步步为营DotNet

从分代预算到 DATAS：.NET GC 调优到底在调什么关于 .NET GC 的资料里，“Server GC 吞吐高、Workstation GC 延迟低”"把 GC.Collect 去掉就好了"这类结论流传得比机制本身更广。结果是在容器里把 ServerGarbageCollection 打开、堆内存翻了三倍，或者照着旧文调 GCLatencyMode 却发现毫无变化。这篇想讲清楚一件事：GC 的所有可调参数，最终都收敛到两个量上——gen0 预算和堆的回收目标。理解这两个量怎么被算出来，DATAS 的取舍也就自然清楚了。

05-03-源码-Boehm GC分配与碎片管理元数据Boehm GC的分配系统采用分级空闲链表（Size-Class Free Lists）策略，将对象按大小分组，每组维护独立的空闲链表。由于Boehm GC不支持压缩和对象移动，碎片管理是其核心挑战。本文深入分析Size-Class分配机制、空闲链表管理、碎片合并策略以及Lazy Free优化。

C#：字符串占位符与值数量不一致C#字符串占位符与值数量不一致，运行时会抛出 `FormatException`（提示“输入字符串的格式不正确”）或 `IndexOutOfRangeException`，这是由占位符索引和参数个数不匹配导致的。

MAF + 飞书：让大模型干活，但别让它乱干MudFeishu 本来是个挺规矩的 .NET 飞书 SDK。一千两百多个强类型接口，多租户令牌托管，WebSocket 长连，Webhook 回调，Redis 去重，该有的都有，而且一直被 AOT 严格模式和一堆契约守卫盯着。它的设计目标从第一天起就很清楚：给写代码的人用。

C#基础3- 面向对象中级应用3实现一个可通过命令行调用的文件归档工具，支持压缩 / 移动两种模式、后缀过滤、递归子目录，可直接集成到 Windows 任务计划或 Jenkins 流水线中。

步步为营DotNet

Async 状态机要搬进运行时了：.NET 10 Runtime Async 实测，快的地方快 1.5 倍，贵的地方贵 5 倍这两天把一台服务的 async 热路径翻出来量了一遍。本来只想确认 P99 抖动跟 Task 分配有没有关系，顺手把 .NET 10 的 runtime-async 打开做了个 A/B。

C# 使用 ZXingCpp.Angle 进行条码、二维码识别使用方法：dotnet add package ZXingCpp.Angle --version 1.0.0

步步为营DotNet

System.Text.Json 源生成：三个“看起来已经生效“的静默失效[JsonSerializable] 加上、partial class 写上、编译通过、接口返回的 JSON 一切正常——很多人到这一步就认为源生成已经生效了。但源生成不是"开了就快"的开关，它是一个把 metadata 构建从运行时搬到编译期的机制。只要调用点没有把编译期生成的那份 JsonTypeInfo 真正传进去，运行时就悄悄退回反射路径：结果正确、日志干净、性能收益为零，直到你切到 PublishAot 才在线上炸出来。

用户78847731634

用 C# 把每周 6 小时的 PDF 录入干到 20 分钟：一份可复制的桌面 OCR 方案"把纸质单据 PDF 自动转成 Excel"这类需求，在 .NET 桌面端完全可以用纯离线方案做到够用级别，不需要云 API，也不需要训练模型。最近交付的一个真实项目：客户每周 6 小时的手工录入，压到了 20 分钟。本文把技术选型和关键代码整理出来，链路可以直接复用。

C# .NetCore Swagger ISchemaFilter 处理枚举、特殊类型目录步骤1: 创建自定义Schema过滤器步骤2: 注册自定义Schema过滤器步骤3: 使用自定义Schema过滤器处理特殊类型

滴滴答答哒

C# 技巧：优雅实现对象的“局部更新”与“字段合并”在实际开发中，我们经常遇到局部更新（Patch Update）的场景。比如前端只传了用户修改过的字段，而后端需要把这些非空字段更新到原有的数据模型上，而未传的字段保持原样。