C# .NET 周刊｜2026年7月4期 2026-07-26 dotnet_week_26_7_4
国内文章
从 WinForms 到 Vue：我为什么决定在 Web 上重做一套完整的 GUI 框架
https://www.cnblogs.com/hailin-zheng/p/21796169
作者从 WinForms 转到 Vue，发现这是两种不同的 UI 开发模型的切换。WinForms 提供明确的控件对象、生命周期、焦点和键盘支持，适合高密度、持续工作的企业系统。Vue 的声明式响应式适合内容型网站和常规后台，提升开发效率与协作。复杂 ERP、财务和临床系统需要桌面式的信息密度、持久工作区和可被明确调用的专业控件，而这些复杂度常落在业务开发者身上。作者怀念的是 GUI 的确定性与现成控件带来的抽象，而不是简单回到旧 API。
.NET CORE 授权进阶-角色、策略与动态权限实现
https://www.cnblogs.com/yuxl01/p/21438368
本文延续认证话题，讲解 .NET Core 授权。认证确认身份，授权决定操作，未认证返回 401，认证但无权返回 403。授权分为功能权限和资源权限。框架提供基于角色和基于策略的授权，示例展示 Authorize 特性、Roles 和 AddPolicy 配置。作者指出静态策略难以适应复杂业务，举例说明频繁发版和权限点增多带来的问题，强调需要自定义动态权限机制。
记一次 .NET 某智慧医保云服务Linux 非托管泄露分析
https://www.cnblogs.com/huangxincheng/p/21665814
作者描述一起部署在Linux上的.NET程序因非托管内存泄露导致的生产故障。朋友提供了进程dump，作者基于dump开始分析并使用!maddress查看内存分布。结果显示PAGE_READWRITE约占3.64GB，GCHeap约1.45GB，总内存约6.58GB。文章通过实战数据引出对非托管内存泄露的排查流程与思路。
关于对 C# 中 ImplicitUsings，GlobalUsings 的讨论
https://www.cnblogs.com/payiz/p/21762330
本文记录作者在 C# 14/.NET 10 环境下对 ImplicitUsings 与 GlobalUsings 的深挖与决定。起因是 dotnet/sdk 中将 ImplicitUsings 默认移入 SDK 的提案。社区讨论激烈，作者归纳反对理由：显式 using 有利于依赖可追溯和可维护；隐式 using 容易引发命名冲突；全局 using 由 obj/*.GlobalUsings.g.cs 生成，开发者难以察觉；默认注入会扩大不必要的隐式依赖。基于这些问题，作者在新项目中选择关闭 ImplicitUsings。文章兼具实践建议与社区复盘。
编程小白也可以做项目，AI 辅助开发太香了
https://www.cnblogs.com/is81/p/21683565
作者是项目经理，编程基础有限，但借助 AI 从零实现两个医疗开源工具并持续探索。项目一 HospitalStats 用约 7 天把需求拆解为轻量 .NET 查询引擎，解决 Oracle 11g US7ASCII 中文乱码和 ROWNUM 分页问题。项目二 Lab2FHIR 在 4 天内通过 42 次提交，把 404 份检验/病理 PDF 转为 FHIR R4，流程涵盖架构、代码、测试与文档。作者凭项目管理能力负责需求拆解、方案评估与风险控制，利用 Claude Code 等工具进行迭代开发与内网部署取舍。还建立了静态门户整合项目。案例强调 AI 辅助开发对低代码背景人员的加速与落地能力。
WPF 笔迹延迟优化从硬件到软件的全链路分析
https://www.cnblogs.com/lindexi/p/21758789
作者回顾手写笔延迟问题，指出延迟源自触摸框到显示器的长链路。触摸框固件的平滑与驻点会延长每点推送时延。带安卓的显示器或中间转发增加进程切换、协议解析与拷贝开销，并可能导致点序乱序。Windows 有两条输入路径：RealTimeStylus 在专用线程回调以降低延迟，窗口消息需经消息队列易被主线程阻塞。系统钩子与过滤驱动也会增加延迟。渲染时序决定能带上哪个时间点的触摸数据，渲染靠近帧末能减少感知延迟。文章逐层分析并给出优化方向。
C# MCP SDK 2.0 即将发布：去会话化、去握手、去运维噩梦
https://www.cnblogs.com/shanyou/p/21806153
文章讨论MCP 2.0及其对.NET开发的影响，重点是从有状态转为无状态、取消握手和Session ID，使MCP服务器更易水平扩展和运维。内容技术方向明确，贴近实际部署，但引用不足，且部分结论偏前瞻，需更多官方依据支持。
实测 Doubao-Seed-Evolving：把 Windows 桌面图标做成一个会自己运转的小世界
https://www.cnblogs.com/guoxiaoyu/p/21779472
技术深度：中等，文章介绍模型的持续迭代、1M 上下文与长程能力，但缺乏量化基准与实现细节。实用性：高，提供接入链接并讨论落地方案与风险权衡。清晰度：好，结构明晰，示例和对话增强理解。原创性：强，将模型能力与桌面交互创意结合。时效性：高，关注 latest 分支与长上下文需求。可读性：佳，叙事流畅，但部分技术段落略长。引用：薄弱，仅含官方配置链接，缺少性能对比与学术或行业参考。综合评分见下。
Surging AI Agent：基于.NET 生态一站式本地大模型 + 向量检索微服务解决方案
https://www.cnblogs.com/fanliang11/p/21936042
文章介绍Surging AI Agent如何把.NET分布式微服务与本地大模型、向量检索和RAG整合到同一技术栈中。它强调用engine-cli一键下载和管理LLM与Embedding模型，用代码生成快速搭建订单、商品、用户等微服务，并用服务管理插件统一调度业务服务和AI推理服务。
硬件锁、软授权、云许可怎么选？先看客户现场和商业模式，开发者选型笔记
https://www.cnblogs.com/virboxprotector/p/21700856
文章结论：硬件锁、软授权与云许可不是替代关系，而是三种不同的部署假设。先看客户现场，再看商业模式。客户强离线且软件价值高，应优先硬件锁；需要轻量分发应选软授权；需要订阅和实时运营应选云许可。文章说明三者在授权数据存放和校验位置上的差异，给出适配场景、运维成本与风险，强调不要把授权载体写死在业务代码中，并提供统一授权接口示例以便扩展。文章实用性强，工程建议明确，但缺乏引用与实证数据。
写了一个全功能的 RocketMQ .NET 客户端：EventHorizon.RocketMQ
https://www.cnblogs.com/eventhorizon/p/21936572
这篇文章介绍了一个面向 .NET 的 RocketMQ 客户端项目，支持 gRPC 和 Remoting 两种协议，并强调与 DI、Generic Host、OpenTelemetry 的集成。文章说明了功能覆盖、消费模型、测试边界和适用场景，也指出官方 C# 客户端更适合 RocketMQ 5 gRPC。内容技术方向明确，实用性强，但更像项目说明而不是深入实现解析。
数字员工的成本账：OpenClaw.NET 如何用工程化实现"成功任务的单位经济学"(下)
https://www.cnblogs.com/shanyou/p/21758703
文章主张在 OpenClaw.NET 中落实"有用智能每人民币"，以 Harness 引擎、MetaSkill DAG、TokenHub 与本体投影构建任务级成本优化链。文章技术深度较高，详细说明了任务级编排、Plan-Execute-Verify 验证机制与上下文压缩。方案实践性强，能实现任务级成本可观测與模型路由优化。论述清晰，可读性良好但创新偏工程整合，缺少学术或实验引用与具体性能数据，降低了说服力。整体适合工程实践参考，建议补充实证案例与引用以增强可信度。
我给开源项目做门户，结果彩蛋比正站还费时间
https://www.cnblogs.com/aneiangsoft/p/21920303
文章介绍了 AneiangSoft 新门户 aneiang.com，并说明站点里藏了一个 Win98 风格彩蛋。作者用 AI 辅助做了单文件、零依赖页面，藏入了经典作弊码入口、拖拽窗口、蓝屏、开始菜单、Clippy、音效和像素 SVG 图标等交互。正文也顺带展示了两个开源项目 Aneiang.Yarp 和 Aneiang.Pa，强调它们基于 .NET，面向开箱即用的生产场景。
EIP低代码平台 - 系统日志
https://www.cnblogs.com/eipworkflow/p/21879118
文章详细介绍了EIP低代码平台的系统日志模块，覆盖登录、异常、文件、接口和限流五类日志，说明了审计、排障、性能分析和安全防护价值。内容偏产品和运维说明，技术深度中等，实操性较强，结构清晰，但原创性一般，缺少引用与最新技术对比。
Magicodes.IE.IO：IBufferWriter<byte>------为什么 XLSX 写入不直接使用 Stream
https://www.cnblogs.com/yyfh/p/21703545
文章说明 IBufferWriter<byte> 不是"更快的 Stream"，而是不同的写入契约。它通过 GetSpan/GetMemory 暴露内部缓冲区，调用方写入后用 Advance 告知已用长度。示例展示 Magicodes.IE.IO 的 ByteBufferWriter 用 ArrayPool 池化缓冲并返回 Span，避免频繁 new byte\[\]，从而在高频路径减少分配。文章强调 IBufferWriter 解决目标缓冲区所有权和复用问题，但若源数据需复制依然存在拷贝。文章对比了 Stream 的调用约定，指出 IBufferWriter 在特定场景下能降低临时分配，但不保证零拷贝。
在浩辰 CAD 中实现 3D 到 2D 视图导出的一次实践
https://www.cnblogs.com/znlgis/p/21849280
本文记录在浩辰 CAD 2022 环境下用 C#/.NET 开发"选取 3D 实体生成前后左右四个正交 2D 投影并输出文件"的尝试与问题。作者说明 GrxCAD.* 对应 AutoCAD .NET API，尝试了 FLATSHOT 路径和 COM Section API 路径。FLATSHOT 中 SetCurrentView 无效，COM 异步 VPOINT 导致时序问题，Editor.Command 会弹出无法抑制的对话框，故该路径不可用。COM Section API 的 GenerateSectionGeometry 需六个参数，dynamic 不能传 ref，改用反射和 ParameterModifier 能调用但抛出 E_NOTIMPL，设置为 2D 模式并配置参数后仍未实现。结论指向 GStarCAD 2022 对相关功能未完全实现。
Geek_Studio - 安卓终端调试工作台
https://www.cnblogs.com/NSIS/p/21752731
该工具为基于C# (.NET Framework) 控制台的Windows桌面Android设备管理套件。它自动识别手机、平板、电视、手表等设备，支持多设备枚举与详情读取并动态调整菜单。集成scrcpy实现实时投屏、录屏、远程控制与截图。提供应用管理(包名搜索、前台检测、导出、APK提取、应用禁用/恢复/数据重置)。支持APK反编译与回编，含XML/PNG/aapt2修复、zipalign、签名与加固检测。具备系统调试、DPI与显示设置、深色模式切换、Root检测与SELinux切换。含电量模拟、资源提取、图标索引自动填写与多分辨率截图。作者声明仅限学习和合法调试，软件免费无数字签名，提供百度网盘下载。
C# + AOT编译 + Linux环境 ------ 完全不靠谱
https://www.cnblogs.com/ahfuzhang/p/21926247
文章描述一个基于 Kestrel 的 C# 后端在 Linux AOT 编译下频繁崩溃，堆栈显示 SIGSEGV，作者认为问题不在业务代码，而在 AOT 本身不可靠，并直接给出"C# 后端不要使用 AOT 编译"的结论。
国际周报
国际周报未更新
今日人物
爱德蒙·克拉克 (英语：Edmund Melson Clarke Jr.，1945年7月27日---2020年12月22日)、艾伦·爱默生 (英语：Ernest Allen Emerson II，1954年6月2日---2024年10月15日)与约瑟夫·斯发基斯(英语：Joseph Sifakis，1946年12月26日---)，是模型检测与形式化验证领域的先驱。克拉克与爱默生曾任美国高校教授，斯发基斯是希腊裔法国计算机科学家；三人的研究使自动验证软硬件设计成为可实际应用的工程技术。
2007年，克拉克、爱默生与斯发基斯因"在将模型检测发展为一种广泛应用于软硬件行业的高效验证技术方面发挥奠基作用"共同获得图灵奖。
C# .NET 交流群
相信大家在开发中经常会遇到一些性能问题，苦于没有有效的工具去发现性能瓶颈，或者是发现瓶颈以后不知道该如何优化。之前一直有读者朋友询问有没有技术交流群，但是由于各种原因一直都没创建，现在很高兴的在这里宣布，我创建了一个专门交流.NET 性能优化经验的群组，主题包括但不限于：
- 如何找到.NET 性能瓶颈，如使用 APM、dotnet tools 等工具
- .NET 框架底层原理的实现，如垃圾回收器、JIT 等等
- 如何编写高性能的.NET 代码，哪些地方存在性能陷阱
希望能有更多志同道合朋友加入，分享一些工作中遇到的.NET 问题和宝贵的分析优化经验。目前一群已满，现在开放二群。 可以加我 vx，我拉你进群: ls1075 另外也创建了 QQ Group: 687779078，欢迎大家加入。