.NET - Anduin Xue

04

JUN

How to use C# to manage InfluxDB data

如何使用C#管理InfluxDB数据本博客介绍了如何使用C#来管理InfluxDB数据。InfluxDB是一个专为处理高写入和查询负载而设计的时间序列数据库，是TICK堆栈的重要组成部分。InfluxDB适用于任何涉及大量时间戳数据的用例，包括DevOps监控、应用程序指标、物联网传感器数据和实时分析。首先，您需要安装InfluxDB。可以按照官方网站上的说明进行安装，或者使用Docker运行InfluxDB。安装完成后，您可以通过`http://localhost:8086`访问InfluxDB UI，并使用启动InfluxDB时设置的用户名和密码登录。接下来，您可以使用C#来管理InfluxDB数据。首先创建一个新的控制台应用程序，并添加InfluxDB客户端库。然后，您可以使用提供的代码来管理InfluxDB数据，包括配置InfluxDB连接、创建存储桶、写入日志和查询数据。最后，您还可以在网页上查询数据。提供了一个Flux查询示例，您可以使用该查询在网页上查询数据。通过阅读本博客，您将学会如何使用C#来管理InfluxDB数据。快来尝试吧！问题：您如何使用C#来管理InfluxDB数据？您还可以在网页上查询数据吗？注意：本摘要根据原始博客内容编写，不含作者信息。--GPT 4

C# Database Docker InfluxDB

27

NOV

C# start a process and get output. (Fix process won't quit issue)

本篇博客主要讲述了如何在C#中启动一个进程并获取其输出。在博客的开始部分，作者分享了一段代码并提出了一个问题：为什么这个测试会一直运行直到超时，而不是正常退出。接着，作者解释了问题的关键在于进程的输出流需要被消耗。如果进程产生了大量的输出，这些输出将会累积在标准输出流中，如果没有程序去读取它，那么这个进程就会陷入无限等待的状态。为了解决这个问题，我们需要不断地读取进程的输出流。接下来，作者提出了一个修改后的代码，这个代码在等待进程退出的同时，会持续读取进程的输出流。最后，作者通过几个测试案例，验证了修改后的代码的正确性，并且分享了一个可以从Nuget下载的方案。那么，你是否也遇到过类似的问题？你又是如何解决的呢？这篇博客是否为你提供了一个新的解决方案？如果你对这个话题感兴趣，不妨深入阅读全文，你可能会有更多的收获。--GPT 4

C# git .NET Process

09

MAY

Show .NET code coverage rate and unit test status with GitLab CI\CD pipeline

本文详细介绍了如何使用GitLab CI/CD管道来展示.NET项目的代码覆盖率和单元测试状态。首先，需要确保在你的GitLab实例中有一个.NET项目。然后，在所有单元测试项目中添加coverlet.collector和JunitXml.TestLogger这两个包。接下来，编写C#代码的单元测试，并创建一个包含构建、测试和发布阶段的.gitlab-ci.yml文件。在构建阶段，使用dotnet build命令进行编译。在测试阶段，使用dotnet test命令进行测试，并收集代码覆盖率信息。同时，使用reportgenerator生成cobertura格式的报告，并从中提取覆盖率数据。最后，在发布阶段，使用dotnet publish命令进行发布，并将生成的nupkg文件保存为构建产物。通过这样的配置，你可以在GitLab管道运行结束后查看单元测试结果和代码覆盖率数据。此外，在创建pull request时，还可以看到覆盖率信息。最后，别忘了在Readme.md文件中添加一个代码覆盖率徽章！本文为你提供了一个完整的示例，帮助你更好地理解如何在GitLab CI/CD管道中展示.NET项目的代码覆盖率和单元测试状态。那么，在你的项目中，如何利用这些技巧来提高代码质量和测试覆盖率呢？--GPT 4

.NET Test Code coverage Continuous Integration GitLab junit YAML

24

NOV

Read from joystick output based on C#

在本篇博客中，我们将探讨如何使用C#语言从游戏操纵杆上读取输出。文章以购买Thrustmaster TCA空客油门为例，作者计划将其用于控制数据中心服务器的风扇速度。首先，需要安装`SharpDX.DirectInput`库。安装完成后，我们可以运行一段代码来从`GameControl`中读取数据。同样地，也可以从其他类型（如`Joystick`）中读取。本文提供了一段简单的C#代码示例，展示了如何使用DirectInput库获取设备信息、实例化操纵杆对象、设置缓冲区大小并获取操纵杆的输入数据。通过不断轮询操纵杆并获取缓冲数据，我们可以实时查看操纵杆的状态变化。这篇博客为我们提供了一个有趣的应用场景，即使用游戏操纵杆控制数据中心服务器的风扇速度。这让我们思考，游戏操纵杆在其他领域还有哪些潜在的应用呢？如何将这种控制方式应用到其他设备上，以提供更直观、更有趣的交互方式？在探索这些问题的过程中，我们可能会发现更多有趣的应用场景和创新点。--GPT 4

Game SharpDX DirectInput Joystick

10

JAN

Raise up Visual Studio Code correctly in your C# client-side program

本篇博客讨论了如何在C#客户端程序中正确地使用Visual Studio Code。文章主要关注的是如何在一个编辑器中允许用户打开VS Code来编辑一个文件夹，而不是如何在VS Code中编写C#程序。博客提供了一个用户界面示例，展示了如何在C#程序中使用VS Code编辑文件夹。同时，文章还提供了一段代码示例，解释了如何利用`Process.Start`方法和`ProcessStartInfo`类来实现这一功能。通过这篇博客，您将了解到在C#客户端程序中使用VS Code的正确方法，以及如何通过代码实现这一目标。这将有助于您在开发类似功能的应用程序时，能够更好地理解和应用这些知识。在阅读这篇博客后，您可能会思考如何将这些知识应用到您自己的项目中，以及如何进一步优化和改进这个功能。那么，在实际应用中，如何确保用户能够顺利地使用VS Code进行编辑呢？您是否还可以尝试其他方法来实现这个功能？在开发过程中，您可能会遇到哪些挑战和问题？阅读全文，寻找答案吧！--GPT 4

C# VSCode WPF

17

DEC

Validate an object in any C# projects

本篇博客详细介绍了如何在C#项目中使用对象验证，以确保输入模型的有效性。文章首先讲解了如何在纯C#环境中使用验证，通过复制一个简单的函数来实现。接着，文章展示了如何在类定义中为属性设置验证规则，如：Required、MinLength和Range等。然后，文章讨论了如何在代码中使用这些验证规则，以及如何根据验证结果输出相应的错误信息。在某些情况下，系统提供的验证规则可能无法满足特定需求。因此，文章还介绍了如何创建自定义验证属性。例如，验证属性不包含空格或换行符。通过创建一个自定义的验证属性类，我们可以实现这一需求。最后，文章提供了一个完整的示例代码，演示了如何在项目中使用对象验证功能。在阅读本篇博客后，你是否对C#项目中的对象验证有了更深入的了解？文章中的示例代码是否能帮助你更好地理解如何使用和自定义验证规则？在你的项目中，是否有其他需求需要自定义验证属性来实现？如何利用本文介绍的方法来优化你的项目代码？--GPT 4

ASP.NET Core C# .NET Validation

03

DEC

C# Play with GZip.

本篇博客详细介绍了如何使用C#编写一个扩展类，为字符串添加GZip压缩功能。首先，我们需要将给出的代码复制到项目中。代码包括使用System、System.IO、System.IO.Compression和System.Text命名空间，并定义了一个名为GZipExtensions的静态类。该类包含两个私有静态方法：Zip和Unzip，分别用于压缩和解压字符串。此外，还有两个扩展方法：UnZipBase64和ZipToBase64，它们分别将GZip压缩后的字符串转换为Base64编码，以及将Base64编码的压缩字符串解压缩。当需要使用这些功能时，只需调用扩展方法即可。博客中提供了一个示例，展示了如何使用ZipToBase64和UnZipBase64方法压缩和解压缩一个字符串，并通过断言验证了压缩和解压缩后的字符串相同，以及压缩后的字符串长度确实减小。这篇博客为我们提供了一个实用的C#扩展类，用于处理字符串的GZip压缩和解压缩。这种功能在处理大量文本数据时尤为有用，可以帮助我们节省存储空间和网络传输时间。但是，这篇博客还留下了一个有趣的问题：如何进一步优化这个扩展类，以提高压缩和解压缩的性能？这个问题值得我们深入思考和探讨。--GPT 4

C# .NET Compress GZip Base64

29

SEP

Why you should never use `Console.WriteLine`

本文讨论了为什么在编写库代码时应避免使用`Console.WriteLine`，并提供了一些替代方案。使用`Console.WriteLine`会将库与标准输出紧密耦合，并假设调用代码关注标准输出。然而，如果库代码被单元测试套件或使用不同日志记录范例的Web服务器调用，情况将会如何？根据依赖反转原则，高级模块不应该依赖于低级模块，而应该依赖于抽象（如接口）。此外，抽象不应该依赖于细节，细节（具体实现）应该依赖于抽象。控制台是应用程序依赖的低级模块，而日志记录是与业务相关的高级模块。因此，日志记录不应该依赖于控制台，而应该有一些抽象，如`ILogger`接口，它描述了可以提供日志记录服务的对象。使用`Console.WriteLine`的原因有以下几点： - 无法确保控制台始终被消费和阅读。 - 需要重建项目以支持更多日志记录服务，如文件、ApplicationInsights、数据库日志记录。 - 应该遵循依赖反转原则，不依赖于低级模块，如`Console.WriteLine`。 - GUI应用程序无效，但可能提供其他日志记录窗口，如输出窗口。 - 控制台日志记录在扩展服务器端应用程序时难以跟踪和诊断。 - 难以为日志设置级别、时间戳和来源。解决方案包括： - 使用`ILogger`代替`Console` - 使用`ILogger`的各种方法，如`ILogger.LogInformation`、`ILogger.LogCritical`等。本文还讨论了如何获取实现`ILogger`接口的控制台日志记录器，并提供了相关的代码示例。此外，还介绍了如何在不使用依赖注入的情况下获取日志记录器的最小代码。最后，本文指出，在某些特定情况下，可以使用`Console`类，例如构建一个终端用户界面应用程序，该应用程序永远不希望标准输出流被重定向到控制台之外的地方，或者在实现支持控制台日志记录的`ILogger`时。--GPT 4

C# .NET Core Console App .NET Logging ILogger

25

SEP

Retry with exponetial back-off on C#

本篇博客介绍了如何在C#中构建一个简单的重试引擎，使用指数退避算法来增加重试间隔。重试引擎的核心功能是在给定任务失败时，根据预设条件进行重试，直到达到最大尝试次数或任务成功完成。博客中提供了一个RetryEngine类，其主要方法RunWithTry接受一个任务工厂、重试次数、错误处理条件以及超时时间作为参数。在执行任务时，若任务失败并满足重试条件，引擎会根据指数退避算法计算出一个等待时间并在此时间后进行重试。若达到最大尝试次数仍未成功，将抛出异常。指数退避算法的实现在ExponentialBackoffTimeSlot方法中，通过计算2的次方来获取最大等待时间，并在此范围内随机选择一个时间作为实际等待时间。在业务代码中，只需创建一个RetryEngine实例并调用RunWithTry方法即可实现任务的重试功能。例如，本文中给出了一个使用重试引擎执行网络请求的示例。通过本文的介绍，您可以了解如何在C#中实现一个简单的重试引擎，并掌握指数退避算法的基本原理。但在实际应用中，可能还需要根据具体业务需求对重试引擎进行调整。那么，在您的项目中，如何根据实际情况调整重试策略呢？如何在保证任务成功执行的同时，避免过多的重试导致系统资源浪费？期待您的思考和实践。--GPT 4

C# .NET Retry

04

AUG

Query Kusto database with C# and get result as List<T>.

本篇博客介绍了如何在C#中查询Kusto（Azure数据资源管理器）并获得强类型结果。首先，需要安装Kusto客户端，然后构建一个抽象类作为Kusto响应行。接下来，创建一个名为“KustoRepository”的新类，并在其构造函数中构建一个新的KustoClient。为了获取应用ID和应用密钥，需要在Azure AD中注册应用并允许其访问Kusto客户端。然后构建查询函数，该函数将查询结果转换为强类型的列表。建议将查询函数与缓存服务、重试引擎和`Task.Run()`进行包装，以提高性能、可靠性和代码风格。最后，在需要使用查询功能时，只需创建一个具有预期响应行类型的新类，然后使用查询函数即可。本文提供了一个详细的示例，包括创建抽象类、KustoRepository类和查询函数的实现。通过阅读本文，读者可以了解如何在C#中实现对Kusto数据库的查询，并将查询结果转换为强类型数据。这种方法可以提高代码的可读性和可维护性，同时也可以方便地扩展到其他类型的查询。请问这种方法在实际项目中的应用有哪些优势？如何根据实际需求调整查询函数以满足不同场景的需求？--GPT 4

C# .NET Core Azure .NET Kusto Azure Data Explorer KQL

29

JUL

Build a common cache service for your C# app.

本篇博客介绍了如何为C#应用程序构建一个通用的缓存服务。文章详细讲解了如何使用CacheService类实现缓存功能，以及如何通过QueryCacheWithSelector方法进行缓存查询。同时，博客还提供了一系列测试用例来展示该缓存服务在不同场景下的表现。在阅读本文后，你将了解到如何利用C#中的CacheService类实现缓存功能，以提高应用程序的性能。文章还探讨了如何利用选择器(selector)来实现更灵活的缓存策略，以及如何通过条件参数来控制缓存的行为。此外，博客还探讨了如何处理空值和缓存失效的情况。那么，在构建C#应用程序时，如何确保缓存服务的高效运行？如何根据不同场景选择合适的缓存策略？如何在保证性能的同时，确保数据的准确性和实时性？阅读本文，你将找到答案。--GPT 4

ASP.NET Core C# .NET Core Performance Caching .NET Cache MemoryCache

20

MAY

Programmatically connect to the remote server via SSH and execute remote command.

在这篇博客中，我们将学习如何使用.NET Core和SSH.NET库编程地连接到远程服务器并执行命令。这对于构建服务器管理工具非常有用，尤其是当需要远程连接到Ubuntu服务器时。首先，创建一个新的.NET Core项目，然后安装最新的SSH.NET库。接下来，编写一段使用SSH.NET库连接到远程服务器并执行命令的代码。示例中的代码将连接到远程服务器并运行`apt upgrade`命令。运行应用程序后，将自动连接到远程服务器并执行该命令。 SSH.NET库还有许多其他用途，可以查看其文档以了解更多信息。通过本文的示例，你将能够更好地理解如何使用.NET Core和SSH.NET库远程连接和管理服务器。在实际应用中，你可能需要根据自己的需求调整代码以满足不同的场景。那么，你是否有兴趣尝试使用SSH.NET库来简化远程服务器管理呢？或者你是否有其他方法来实现类似的功能？让我们一起探讨吧！--GPT 4

C# .NET Core bash Linux SSH

Anduin's Tech Blog

.NET Topics about .NET Core and C#