.NET周报【6月第1期 2023-06-04】

周报 ,NET · 浏览次数 : 1760

小编点评

# .NET 性能优化和重构技巧 **10~50字标题对应文章或项目网址访问链接** * How to Optimize Performance of .NET Applications with NDepend - NDepend * .NET 性能优化技巧 - NDepend * .NET 8 Native AOT 结果添加到 AWS Lambda .NET 演示应用程序的基准测试中 **200字简介** 学习 .NET 性能优化技巧，提升应用程序性能。通过使用 NDepend 等工具，以及 N-API 等技术，可以优化 .NET 应用性能，降低 CPU 使用率。此外，通过使用 AOT 等技术，可以进行性能重构，提升应用程序性能。

正文

专题 - NanoFramework项目案例

如果有时间，我会在周报中加入一些专题和项目案例的分享，本周就是讨论.NET NanoFramework项目案例的专题，在讨论 NanoFramework 的典型案例之前，让我们先回顾一下 .NET 在嵌入式领域的历史。

2007年，.NET Micro Framework（.NET MF）问世，作为一个针对单片机和资源受限设备的轻量级 .NET 实现。.NET MF 实现了基本的 .NET 功能集，支持 C# 和嵌入式系统编程。这使得开发人员能够在小型设备上充分利用 .NET 的便捷性和可靠性，并与各种硬件轻松兼容。

然而，随着硬件技术的不断发展和嵌入式领域对资源的需求增长，.NET MF 开始暴露出其限制，这促使了 NanoFramework 的诞生。NanoFramework 继承了 .NET Micro Framework 的优点，加入了现代 C# 特性，提高了性能，扩展了硬件支持，从而满足嵌入式开发领域的需求。

回到我们的案例，NanoFramework 成功应用于智能家居控制系统项目中，实现了实时监控和控制家庭设备的功能。NanoFramework 提供了高效的开发过程、紧凑的代码实现和跨平台适应性等多种优势，使得该项目易于扩展，功能强大。

通过了解 .NET 在嵌入式领域的发展历程，我们可以看到 NanoFramework 是这一领域技术持续突破的代表。尽管 .NET Micro Framework 不再更新，但 NanoFramework 持续推进嵌入式系统的发展和创新。

原文链接：https://nano.tokengo.top/docs/home/

【案例一】CSA Engineering AG 在使用 .NET nanoFramework

公司：CSA Engineering AG

作为一家工程服务提供商，CSA Engineering AG 为医疗技术、客运交通和工业领域开发客户定制的硬件和软件解决方案。最近，CSA 与其中一家客户共同开发了一种以 STM32F4 微控制器为主要硬件组件、以 .NET nanoFramework 作为软件基础的通用嵌入式平台。其结果是所谓的 M4MCU-Board。

M4MCU-Board

对于这两个应用程序，以下关键需求非常重要：

广泛的通信功能，特别是远程访问的 TCP/IP，以及用于连接到 PLC 和工业传感器的 CAN 和 ModBus
可用的文件系统和处理较大数据文件的能力，以及实现现场配置的便利性，特别需要 USB 主机和 SD 卡功能
使用 C# 代码和所有公开可用的 .NET 类库，因为客户和 CSA 已经拥有大量现有代码。此外，为了提供高效的开发环境，嵌入式部分（M4MCU）和计算机应用程序可以使用相同的编程工具
实现安全可靠的远程软件更新功能

开发的 M4MCU-Board 通过以下组件满足了这些关键需求：

搭载 Cortex-M4 STM32F427 微控制器，具有 256kB 的 SRAM 和 1MB 的闪存
8MB SDRAM 和 8MB 闪存的外部存储
SD 卡槽用于存储配置数据和大文件
LED、按钮和一些通用输入输出（GPIO）用于一般交互
通信接口：
- 1x USB 设备
- 1x USB 主机
- 1x 以太网 RJ45
- 1x CAN
- 1x RS485

M4MCU-Board

此外，还实现了多个软件功能，例如使用 Visual Studio 进行开发、部署和调试，使用 NaCl 算法进行数据加密，远程软件更新，支持 SSL/TLS、CAN、ModBus 等多种通信协议，以及使用看门狗进行软件监视。

将 .NET nanoFramework 移植到我们自己的硬件平台花费了一些时间，并需要在嵌入式软件开发方面的深入知识。但最终，.NET nanoFramework 可以成功引入，并为产品应用提供了一种舒适的开发方式，结合了一套全面的功能。

M4MCU-Board 和 .NET nanoFramework 已

经在以下应用中使用。

应用程序 1：联合热电厂单元的智能网关

这些发电机同时产生热能和电能。为了优化目的，需要设置多个控制参数，例如点火时机或空燃比。这些参数必须可由维护工程师访问，无论是在发电机本身的本地访问，还是通过互联网，因为其中一些发电机安装在非常偏远的位置。此外，还记录和发送特征数据和错误信息供公司持续分析工厂效率。其中一个重要的特征数据是废气中的氮氧化物浓度。为了连续监测此值，之前的模型中也提供了一个独立单元作为改装套件。所有描述的任务都是通过使用 M4MCU-Board、.NET nanoFramework 作为基础和 C# 产品应用程序来实现的。

M4MCU DIN 轨壳体 M4MCU 安装在符合 DIN 轨标准的壳体内

应用程序 1 中的 M4MCU 应用程序 1：智能网关（用黄色圈标出）安装在联合热电厂控制柜中

应用程序 2：展览吸引产品的控制和通信电子设备

该产品是一个 8x8x8 的 LED 立方体，用于显示文本和动画，从而吸引展览访客的注意力。LED 立方体可以进行配置，选择动画，并且操作员可以在前端进行状态监控。在后台，我们基于 Azure 产品的物联网后端正在运行。使用 M4MCU-Board、.NET nanoFramework 作为基础和 C# 产品应用程序，实现与物联网后端的通信（通过 MQTT）、动画/播放列表的转换和存储，以及通过 SPI 激活 LED。

应用程序 2 中的 M4MCU（硬件） 应用程序 2：由 M4MCU-Board 控制的 LED 立方体

应用程序 2 中的 M4MCU（前端） 应用程序 2：LED 立方体配置前端界面

【案例二】油田监测

公司: OrgPal远程遥测

应用行业: 油田

产品网站

能源领域的服务和运营需要合规、准确和频繁的监测。对于石油和天然气公司来说，挑战在于找到一种经济实惠、可靠的系统，而并非所有的遥测系统都是相同的。

扎恩·格利戈洛夫，OrgPal远程遥测的首席执行官，解释了他们的选择背后的原因。

我们的目标是创建一个现代化、简单易用的设备，可以轻松与北美各个油田中从最现代化到已有的数百个传感器进行集成。我们的硬件实现了这些目标，但我们需要一个优秀的固件来匹配它，而nanoFramework就使这成为可能。

许多解决方案使用来自许多制造商的不同组件来集成一个解决方案，导致成本高昂，维护选项更加昂贵。这种技术在设计上并不兼容，只是功能上相容，而且由于它们部署在偏远的恶劣环境中，几乎没有或者根本没有地面通信和电力供应，随着时间的推移，维护成本非常高昂。

由于nanoFramework功能丰富且易于使用，占用空间小（适用于微小的MCU），我们的解决方案在行业中具有最低的能源消耗。我们能够使用高功率的STM32 MCU，集成了完整的带天线的卫星、内置闪存/文件系统、USB、蜂窝网络支持、RTC等等，打造出一个功能强大的远程测量系统，并且能耗低。

基于PalThree的解决方案将是该行业的颠覆者。

请查看下面的照片。

停放区的储罐

带有PalThree的储罐的近景

安装了PalThree的储罐在沙漠中部署 *安装了PalThree的储

罐在沙漠中部署*

为PalThree供电的太阳能电池板

产品外壳中的PalThree

【案例三】太阳能电厂远程监控与控制

公司: Neshtec

应用行业: 太阳能电厂

Neshtec首次在一个项目中使用了他们自己新开发的硬件平台Neshtec-Control。该硬件平台基于STM32F7微控制器，并在.NET nanoFramework上运行。在该项目中，Neshtec-Control用于实现一个安装在污水处理厂的小于100千瓦峰值功率的光伏太阳能系统与能源供应商之间的接口。

借助Neshtec-Control，能源供应商可以远程监控系统，并进行控制，例如设置性能规范或进行紧急停机。这与Azure相连接，使得Neshtec能够执行自己的电厂监控和远程软件更新。

Neshtec-Control进行的接口转换在Modbus和IEC 60870-5-104这两种通信协议之间进行。Neshtec-Control具有模块化结构，因此可以通过.NET nanoFramework在应用层上抽象地使用不同的I/O模块，以满足项目的特定需求。结合框架的高可靠性和信息安全功能，这提高了Neshtec项目在成本和实施时间方面的效率。

请查看下面的照片。

电厂的鸟瞰图

电厂的鸟瞰图

系统图示

系统图示

国内文章

ASP.NET Core 6框架揭秘实例演示[36]：HTTPS重定向

https://www.cnblogs.com/artech/p/17414159.html

HTTPS是确保传输安全最主要的手段，并且已经成为了互联网默认的传输协议。不知道读者朋友们是否注意到当我们利用浏览器（比如Chrome）浏览某个公共站点的时候，如果我们输入的是一个HTTP地址，在大部分情况下浏览器会自动重定向到对应HTTPS地址。这一特性源于浏览器和服务端针对HSTS（HTTP Strict Transport Security）这一HTTP规范的支持。ASP.NET利用HstsMiddleware和HttpsRedirectionMiddleware这两个中间件提供了对HSTS的实现。（本文提供的示例演示已经同步到《ASP.NET Core 6框架揭秘-实例演示版》）

各个语言运行100万个并发任务需要多少内存？

https://www.cnblogs.com/InCerry/p/memory-consumption-of-async.html

在这篇博客文章中，我深入探讨了异步和多线程编程在内存消耗方面的比较，跨足了如Rust、Go、Java、C#、Python、Node.js 和 Elixir等流行语言。

不久前，我不得不对几个计算机程序进行性能比较，这些程序旨在处理大量的网络连接。我发现那些程序在内存消耗方面有巨大的差异，甚至超过20倍。有些程序在10000个连接中仅消耗了略高于100MB的内存，但另一些程序却达到了接近3GB。不幸的是，这些程序相当复杂，功能也不尽相同，因此很难直接进行比较并得出有意义的结论，因为这不是一个典型的苹果到苹果的比较。这促使我想出了创建一个综合性基准测试的想法。

由C# yield return引发的思考

https://www.cnblogs.com/wucy/p/17443749.html

当我们编写 C# 代码时，经常需要处理大量的数据集合。在传统的方式中，我们往往需要先将整个数据集合加载到内存中，然后再进行操作。但是如果数据集合非常大，这种方式就会导致内存占用过高，甚至可能导致程序崩溃。

C# 中的yield return机制可以帮助我们解决这个问题。通过使用yield return，我们可以将数据集合按需生成，而不是一次性生成整个数据集合。这样可以大大减少内存占用，并且提高程序的性能。

在本文中，我们将深入讨论 C# 中yield return的机制和用法，帮助您更好地理解这个强大的功能，并在实际开发中灵活使用它。

如何自动转发接收的请求报头？

https://www.cnblogs.com/artech/p/HeaderForwarder.html

了解OpenTelemetry的朋友应该知道，为了将率属于同一个请求的多个操作（Span）串起来，上游应用会生成一个唯一的TraceId。在进行跨应用的Web调用时，这个TraceId和代表跟踪操作标识的SpanID一并发给目标应用，W3C还专门指定了一份名为Trace Context的标准，该标准确定了一个名为trace-parent的请求报头来传递TraceId、（Parent）SpanID以及其他两个跟踪属性。其实我们的应用也可能会使用到分布式跟踪这种类似的功能，我们需要在某个应用中添加一些“埋点”，当它调用另一个应用时，这些埋点会自动添加到请求的报头集合中，从而实现在整个调用链中自动传递。为了实现这个功能，我创建了一个名为HeaderForwarder（Github）的框架。本文不会介绍HeaderForwarder的设计，仅仅介绍它的使用方式，有兴趣的朋友可以查看源代码。

如何兼顾性能+实时性处理缓冲数据？

https://www.cnblogs.com/artech/p/batcher.html

我们经常会遇到这样的数据处理应用场景：我们利用一个组件实时收集外部交付给它的数据，并由它转发给一个外部处理程序进行处理。考虑到性能，它会将数据存储在本地缓冲区，等累积到指定的数量后打包发送；考虑到实时性，数据不能在缓冲区存太长的时间，必须设置一个延时时间，一旦超过这个时间，缓冲的数据必须立即发出去。看似简单的需求，如果需要综合考虑性能、线程安全、内存分配，要实现起来还真有点麻烦。这个问题有不同的解法，本文提供一种实现方案。

.NET 创建无边框的跨平台应用

https://www.cnblogs.com/hejiale010426/p/17440603.html

在创建了Photino应用程序以后我们发现它自带了一个标题栏，并且非常丑，我们现在要做的就是去掉这个很丑的自带标题栏，并且自定义一个更好看的，下面我们将用Masa Blazor提供的模板去进行实战。

如何让Task在非线程池线程中执行？

https://www.cnblogs.com/artech/p/DedicatedThreadTaskScheduler.html

Task承载的操作需要被调度才能被执行，由于.NET默认采用基于线程池的调度器，所以Task默认在线程池线程中执行。但是有的操作并不适合使用线程池，比如我们在一个ASP.NET Core应用中承载了一些需要长时间执行的后台操作，由于线程池被用来处理HTTP请求，如果这些后台操作也使用线程池来调度，就会造成相互影响。在这种情况下，使用独立的一个或者多个线程来执行这些后台操作可能是一个更好的选择。

一个.Net强大的Excel控件，支持WinForm、WPF、Android【强烈推荐】

https://www.cnblogs.com/chingho/p/17455791.html

这是一个开源的表格控制组件，支持Winform、WPF和Android平台，可以方便的加载、修改和导出Excel文件，支持数据格式、大纲、公式计算、图表、脚本执行等、还支持触摸滑动，可以方便地操作表格。

总的来说是一个可以快速构建、具有高性能、良好交互、美观的UI表格控件。

.NET Core 程序实现 Windows 系统 Development、Staging、Production 三种环境的无感部署

https://www.cnblogs.com/czzj/p/DSPConfig.html

日常开发中，程序的环境切换是相当频繁的了，如果不同环境中的某些参数不同，那就需要每次编辑之前手动进行修改，比较麻烦，效率低下。

本文将以 .NET Core WebAPI 项目的配置方法为例，分步骤实现根据环境变量的配置参数，自动读取对应配置文件中的特殊参数值，从而达到 Development、Staging、Production 三种环境的无感部署。

C#/VB.NET：如何从 PowerPoint 演示文稿中提取文本

https://www.cnblogs.com/Carina-baby/p/17440477.html

在学习或者日常工作中，有时我们需要把幻灯片的东西整理成文字，而从 PowerPoint 演示文稿中一张一张的整理手动复制粘贴，整个过程会非常费精力且耗时。那么怎么样才能比较轻松且快速地提取PowerPoint中的文字呢?今天这篇文章就将为你介绍如何通过编程方式提取PowerPoint中的文字，文章最后附有C#/VB.NET代码以及效果图，希望对你有所帮助。