lindexi
林德熙 - Windows 10 App Developer
林德熙
林德熙 - Windows 10 App Developer
本文也叫 跟着 Stephen Toub 大佬学性能优化系列。大家都知道在 .NET 7 有众多的性能优化，其中就包括了对布尔和字符串互转的性能优化。在对布尔和字符串的转换的性能优化上，有着非常巧妙的思路，值得写篇博客记录
官方的 dnSpy 在 2021 时，由于某些吃瓜的原因 wtfsck 将 dnSpy 给 Archived 掉，在大佬被哄好之前，预计是不再更新。最新官方版本对 dotnet 6 的支持较弱，对于很多 dotnet 6 应用都无法成功调试，附加调试上去将会让应用卡住。好在 dnSpy 是开源的，也刚好 lsj 大佬改得动，于是改了一个支持 dotnet 6 的版本
本文记录某些软件，例如 向日葵远程控制 软件占用剪贴板，导致 WPF 应用使用剪贴板拷贝内容和设置剪贴板时，抛出 System.Runtime.InteropServices.COMException (0x800401D0): OpenClipboard 失败 (0x800401D0 (CLIPBRD_E_CANT_OPEN)) 异常
对于 Cookie 的处理上，我最近遇到一个问题，那就是如何分割 Cookie 的内容。有人说是使用逗号分割，有人说是使用分号分割，究竟用哪个才是对的？其实这个答案是需要分为两个过程，分别是请求和响应，来进行回答。请求过程的 Cookie 和响应返回的 Cookie 的格式是不相同的
本文告诉大家如何修复 VisualStudio 构建时没有将 NuGet 的 PDB 符号文件拷贝到输出文件夹的问题。如果 VisualStudio 构建时没有将 NuGet 的 PDB 符号文件拷贝到输出文件夹，那将会在调试的时候，由于找不到 PDB 符号文件而加载符号失败
随着 2022 9 月份 Uno 发布了 4.5 版本，现有的 WPF 应用多了一个新的开发模式，那就是通过 Uno Islands 技术，在现有的 WPF 应用里面嵌入 Uno 应用。通过此方式可以辅助在现有的 WPF 项目里面，部分功能迁入 Uno 项目，或者是某些新开发功能通过 Uno 实现，从而利用 Uno 跨平台的能力，逐个功能点支持跨平台功能。逐个小功能接入的方式，让开发者不需要为一次性迁移一个庞大的项目而烦恼
本文告诉大家如何在 WPF 里，通过 GifBitmapDecoder 调用 WIC 层来解析 GIF 图片，然后采用动画的方式进行播放
本文告诉大家在使用 ObservableCollection 时，抛出 InvalidOperationException 异常，提示 Cannot change ObservableCollection during a CollectionChanged event 内容，的原因和解决方法
给 WPF 的 Pen 的 DashStyle 属性设置 0 0 的虚线，在绘制几何图形时，绘制的几何图形的尺寸将关联渲染线程所使用的 CPU 资源。大约在周长大于 500 时，将可以从任务管理器上看到高 CPU 占用
本文告诉大家如何解决界面打不开，抛出 System.ArithmeticException: Overflow or underflow in the arithmetic operation 异常的修复方法
本文来安利大家一个好用的 Windows 剪贴板的内容查看工具
这是一个演示 WPF 进行二维绘画的小工具 Demo 项目，基于 MIT 协议在 GitHub 上完全开源
在应用启动过程里，除了主 UI 线程之外，如果还多启动了新的 UI 线程，且此新的 UI 线程碰到 ContentPresenter 类型，那么将可能存在让新的 UI 线程和主 UI 线程互等。这是多线程安全问题，不是很好复现，即使采用 demo 的代码，也需要几千次运行才能在某些配置比较差的机器上遇到新的 UI 线程和主 UI 线程互等，应用启动失败。本文来告诉大家复现的步骤，以及原因，和解决方法
大家都知道，在 WPF 里面，可以让资源字典合并其他资源字典，从而定义出资源字典引用树。然而在资源字典引用树里面，如果没有理清关系，将可以作出一个超级复杂的引用关系网。如果在性能优化中，将网断开部分，可能就会出现找不到资源的情况。本文将告诉大家 WPF 的资源字典树在引用和寻找关系上的坑
准确来说，这个不算是 WPF 的问题，而是系统等的问题。在某些设备上的使用了 WindowChrome 功能的 WPF 应用，将在运行过程，在 WindowChromeWorker 类里面抛出 System.OverflowException 异常。核心原因是这些设备是 x64 设备，运行的 x64 的 WPF 应用程序，在消息循环里面传入的 lParam 是一个 x64 的指针，但在 WPF 里面使用 ToInt32 方法进行转换，刚好此 x64 的指针超过 int 的范围，从而抛出异常
本文记录在 Popup 失焦后导致 ListBox 无法用 MouseWheel 滚动问题
在 WPF 中，使用 Popup 也许会看到 PreviewMouseDown 事件被吃掉
本文记录将 WPF 控件放入到 UserControl 里，如果此 UserControl 没有被设置 Visibility 为可见过，那么放在此 UserControl 内的控件将获取不到 HwndSource 内容
本文告诉大家几个不同的方法在 WPF 里，使用多线程修改或创建 ObservableCollection 列表的数据
我在开发软件进行测试时，需要测试拖入的文件被占用时软件的行为，于是就做了一个文件占用工具，此工具可以将某个文件进行占用，以及获取某个文件被哪个进程占用
本文告诉大家如何在 WPF 里面使用 luna 等复古主题
本文告诉大家如何修复 WPF 的 ContextMenu 在开启 PerMonitorV2 之后，在双屏不同的 DPI 的设备上，在副屏弹出的 ContextMenu 使用了主屏的 DPI 导致缩放错误的问题
本文告诉大家几个方法用来从 RGB 字符串转纯色的 SolidColorBrush 画刷
世界上有很多 OCR 识别技术，本文来和大家介绍如果在 WPF 里，在运行到 win10 的设备上，通过 Windows Runtime 自带的 Windows.Media.Ocr 实现在给定的图片里面识别文本的功能
在 VisualStudio 2022 里的某个版本开始，将会在移动文件到其他文件夹时，自动修改命名空间，使用匹配文件夹路径的命名空间。如果这个功能能顺手将其他引用此类型的全部符号同时变更，那自然是很好的功能，可惜没有，很多时候都只是修改了移动的文件里面的命名空间，没有更改其他相关引用的代码的逻辑，导致了移动一次文件需要重新将命名空间改回来修复构建，极大降低效率
在安装完成了 100000000 个软件之后，我 1T 的 C 盘的空间终于不足了，由于安装了大量的特别挑的不专业的软件，强行放在其他的盘将水土不服。于是在老师傅的指导下，我采用了 mklink 神奇命令行，通过 mklink 可以实现将实际的文件放在其他的盘，然后建立链接到原先的地方，在应用上层基本感知不到文件的实际存储地方已经被更换。也就是物理上的文件存放是可以在另一个磁盘上，但软件以为文件还在原来的地方 这是一个不错的方法，我需要处理的文件夹还稍微有点多，就想着写一点小工具，在 Total Commander 里面，辅助我快速完成工作
从设计上，用户控件 UserControl 就不是一个合适用来多次继承的类型，更不要说进行跨程序集继承自定义的 UserControl 用户控件。对于大部分的用户控件来说，都是采用组合现有的控件来实现的功能，本身应该被当成一个模块来进行使用。在 WPF 框架里面，从框架层阻止了开发者对自定义的 UserControl 用户控件跨程序集继承的逻辑，一旦尝试进行跨程序集继承，将在运行时抛出异常。本文将从源代码的角度告诉大家 WPF 框架是如何阻止跨程序集继承
在 Windows 下，可以使用 DX 提供的强大能力，调用 DX 读取 TTF 字体文件，获取字体文件的信息以及额外的渲染信息。特别是基于 DX 的 WPF 更是加了一层封装，使用 FontFamily 类型提供的友好方法获取到字体的信息。出于学习的目的，本文将不使用任何平台封装好的方法，自己读取二进制的 TTF 文件，解析 TTF 的内容，获取到字体文件里面的字体名
在 dotnet 里面，使用 await 进行异步逻辑，默认是会尝试切换回调用 await 的线程同步上下文。这个机制对于大多数的上层应用来说都是符合逻辑且方便的逻辑，例如对于带 UI 线程的 WPF 或 WinForms 等应用，基础开发的执行逻辑基本都是在 UI 线程上，此时进入一次 await 再出来，期望如果是进入 await 之前是在 UI 线程，那么执行 await 完成之后，退出的代码也能在 UI 线程执行，正好这就是 dotnet 的默认行为。但是对于库开发者来说，情况就反过来的，库的开发者大部分时候更期望默认不要切换回调用方的线程，采用 Fody 的 ConfigureAwait.Fody 库，可以控制此默认的行为。本文将告诉大家如何使用 ConfigureAwait.Fody 库
对于大型的应用软件，特别是客户端应用软件，应用启动过程中，需要执行大量的逻辑，包括各个模块的初始化和注册等等逻辑。大型应用软件的启动过程都是非常复杂的，而客户端应用软件是对应用的启动性能有所要求的，不同于服务端的应用软件。设想，用户双击了桌面图标，然而等待几分钟，应用才启动完毕，那用户下一步会不会就是点击卸载了。为了权衡大型应用软件在启动过程，既需要执行复杂的启动逻辑，又需要关注启动性能，为此过程造一个框架是一个完全合理的事情。我所在的团队为启动过程造的库，就是本文将要和大家介绍我所在团队开源的 dotnetCampus.ApplicationStartupManager 启动流程框架的库
在某些业务逻辑下，需要同时等待多个任务执行完成，才能继续往下执行后续逻辑。等待任务执行的逻辑，大部分情况下需要使用到 Task.WhenAll 方法，代码行数不少。另外，在需要获取多个异步任务的返回值的逻辑上，整体的逻辑代码量看起来也不少。本文将和大家介绍 TaskTupleAwaiter 库，通过 TaskTupleAwaiter 库可以方便等待多个任务执行完成，且方便获取各个异步任务的返回值
本文告诉大家如何使用 Newtonsoft.Json 输出枚举首字符小写
随着源代码生成的越来越多的应用，自然也遇到了越来越多开发上的坑，例如源代码的缩进是一个绕不过去的问题。如果源代码生成是人类可见的代码，我期望生成的代码最好是比较符合人类编写代码的规范。为了能让人类在阅读机器生成的代码的时候，不会想着拿刀砍那个编写代码生成代码的开发者，最好，或者说至少代码也应该有个缩进和换行吧。本文将安利大家通过 IndentedTextWriter 这个辅助类，用来辅助生成带缩进的内容
本文告诉大家如何使用 OpenXML 解析 PPT 的图表，以面积图为入门例子告诉大家 OpenXML 的存储
我尝试在 dotnet 6 使用 File.Exists 判断管道是否存在，如果管道存在再进行连接。然而这个逻辑将会接下来的 NamedPipeClientStream 调用 Connect 连接失败