Anduin Xue

let today = new Beginning();

C#


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

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

C# git .NET Process

挑选合适尺寸的显示器

本篇博客主要讨论了如何挑选合适尺寸的显示器,以及如何计算显示器的PPI(每英寸像素数量)。文章首先解释了PPI的重要性,它决定了显示器的像素密度,影响着显示的文字大小。为了缓解文字过大或过小的问题,用户往往会使用缩放功能,但非整数倍缩放可能导致非矢量内容产生锯齿。因此,合理的挑选显示器,并合理的使用缩放功能非常重要。 文章接下来详细解释了如何挑选显示器,特别强调了显示器的PPI应尽可能是96的整数倍,以便操作系统使用整数缩放。文章还提供了计算显示器尺寸和PPI的C#代码,以及如何使用这些代码来评估显示器缩放比例。 文章最后通过几个实际的显示器例子,如LG OLED 42C2、Surface Studio 2+和Apple Studio Display等,解释了如何通过计算PPI和尺寸来确定最佳的缩放比例。 这篇文章非常适合那些在挑选显示器时感到困惑,或者对显示器的PPI和尺寸有疑问的读者。你是否曾经因为显示器的文字大小不合适而感到困扰?你是否知道如何计算你的显示器的PPI和尺寸?你的显示器是否使用了最佳的缩放比例?阅读全文,你将找到答案。--GPT 4

C# .NET Display Monitor Resolution

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