Anduin Xue

let today = new Beginning();

C#


Use your own cert to sign your package to identify your code identity.

This blog post offers a comprehensive guide on using a digital certificate to sign code and establish identity in the digital world. It first explains the concept of digital certificates, which are split into public and private keys. The public key is made available online for others to trust, while the private key is used to sign content. The post further elaborates on the subject and friendly name fields in a digital certificate. The subject field contains identity verification information, while the friendly name is an optional field used for easier identification and management of the certificate. For HTTPS certificates, the subject field typically includes the domain name or hostname of the certificate holder, which is crucial for ensuring secure communication. The blog then provides a step-by-step guide on generating a self-signed certificate and obtaining the private key. It also explains how to make the public key trusted by others. By generating a self-signed certificate and...--GPT 4

C# Certificate .NET Windows Sign Digicert Code Sign Signature nuget

UWP 一个技术上成功但商业上失败的框架之死;一个现代的操作系统究竟应该提供什么?

本文探讨了UWP(通用Windows平台)框架的技术优势与商业失败。UWP框架解决了许多Windows操作系统面临的问题,如应用商店、版本管理、依赖管理、存储空间管理、自动更新等。然而,尽管技术上表现出色,UWP在商业上却未能取得成功,原因包括:市场份额丧失、应用质量不高、开发难度较大等。 在现实中,UWP已经失去了市场竞争力,许多开发者和用户放弃了这个框架。微软自家的UWP应用质量也不高,功能稀缺,导致用户对UWP的印象普遍不佳。此外,开发一个UWP应用的难度并不低,许多开发者更愿意选择其他框架。 总之,尽管UWP在技术上具有诸多优势,但由于商业上的失败,它已经失去了生存的希望。新的开发框架MAUI正在崛起,但它放弃了UWP的优点,回归了Win32的开发模式。这让人不禁思考,未来的应用是否还会面临类似UWP的命运。--GPT 4

C# Microsoft Windows Microsoft Store UWP

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

Validate an object in any C# projects

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

ASP.NET Core C# .NET Validation

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

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

Retry with exponetial back-off on C#

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

C# .NET Retry

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

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

Restore a deleted branch from Azure DevOps using it's SDK

本篇博客详细介绍了如何使用Azure DevOps SDK来恢复一个已删除的分支。首先,需要确保Git客户端已配置。接下来,在项目中安装Azure DevOps SDK。博客提供了用于恢复已删除分支的代码示例,其中包括了创建GitPushSearchCriteria对象、获取推送信息、创建GitRefUpdate对象以及调用UpdateRefsAsync方法来恢复分支。 在成功执行恢复分支的代码后,可以在本地运行`git fetch`命令,恢复的分支将会出现在本地仓库中。本文提供了一种简便的方法来恢复已删除的分支,这对于在意外删除分支后进行恢复非常有帮助。然而,在实际操作中是否能够顺利恢复取决于多种因素,例如分支的复杂性、项目的大小等。那么,除了使用Azure DevOps SDK,还有其他方法来恢复已删除的分支吗?如何确保在恢复分支的过程中不会引入潜在的问题?对于这些问题,希望读者能够在阅读本文的过程中思考并找到答案。--GPT 4

C# git Azure Azure DevOps SDK

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

Use JetBrains code quality analyzer to prevent checking-in bad C# code

在本博客中,我们将探讨如何使用Azure DevOps和JetBrains代码质量分析器自动检查C#代码质量并拒绝包含不良代码的Pull Requests。首先,我们需要安装JetBrains代码质量检查器,然后将其添加到构建管道中。在构建任务后和测试任务前插入此任务,以确保在没有构建项目的情况下不会引发问题。并选择合适的严重性级别,以便在检测到无效代码时使管道失败。 对于GitHub Actions,我们也可以轻松地将其应用到GitHub Actions中,只需参考给出的yaml代码即可。此外,我们还需要在本地检查代码质量并生成报告。虽然购买ReSharper是最好的方法,但我们还是可以免费使用代码质量检查工具。通过运行给出的命令,可以在本地安装语法检查工具并运行检查。 为了调整检查级别或抑制警告,我们可以创建一个.editorconfig文件并添加相应的规则。通过参考给出的链接,我们可以查询.editorconfig的所有级别属性。如此一来,我们就拥有了一个完整的C#代码质量自动检查解决方案,而且是免费的!祝您编码愉快!在这个过程中,你有没有想过如何根据项目需求调整代码质量检查标准?或者如何在本地生成详细的代码质量报告以进行调试和优化?--GPT 4

C# Azure DevOps JetBrains Resharper Code Quality Pipelines