如何快速编写和调试 Emit 生成 IL 的代码

.NET Core/.NET Framework 的 System.Reflection.Emit 命名空间为我们提供了动态生成 IL 代码的能力。利用这项能力，我们能够在运行时生成一段代码/一个方法/一个类/一个程序集。

大家都知道反射的性能很差，通过缓存反射调用的方法则能够大幅提升性能。Emit 为我们提供了这项能力，我们能够在运行时生成一段代码，替代使用反射动态调用的代码，以提升性能。

（持续整理中）Visual Studio 中 C# 代码分析规则集中每一项的含义 (stylecop ruleset)

因为我希望在要求很高的库中及时发现潜在的代码问题，所以我开启了 Visual Studio 的代码分析。

但是在修改规则的时候发现规则的名称都是在用我懂的每一个字描述我一点都不懂的概念，于是打算一个个尝试以找出每一个代码分析的实际意义。

在整理的过程当中，发现要么是名称看不懂，要么是错误提示看不懂。不过两个合在一起并配合代码实验之后，基本上都能够看懂了。于是，把已经整理的部分都分享出来。

将 UWP 的有效像素（Effective Pixels）引入 WPF

在很久很久以前，WPF 诞生之初，有一个神奇的单位，它的名字叫做——设备无关单位（DIP，Device Independent Unit）。微软给它描绘了一片美好的愿景——在任何显示器上显示的尺寸是相同的。

What the ** is this unit!!! 神 TM 相同！！！

UWP 采用有效像素（Effective Pixels）来描述尺寸，这是才是能够自圆其说的一套尺寸描述；WPF 的尺寸机制与 UWP 完全就是同一套，使用有效像素才能解释 WPF 尺寸变化上的各种特性！

WPF 跨应用程序域的 UI（Cross AppDomain UI）

为自己写的程序添加插件真的是一个相当常见的功能，然而如果只是简单加载程序集然后去执行程序集中的代码，会让宿主应用程序暴露在非常危险的境地！因为只要插件能够运行任何一行代码，就能将宿主应用程序修改得天翻地覆哭爹喊娘；而根本原因，就在于暴露了整个托管堆和整个 UI 树。

如果将宿主和插件放到不同的应用程序域中，则可以解决此问题。本文将介绍跨应用程序域承载 UI 的方法，其中也包含跨域（Cross-Domain）调用方法。

Visual->UIElement->FrameworkElement，带来更多功能的同时也带来了更多的限制

在 WPF 或 UWP 中，我们平时开发所遇到的那些 UI 控件或组件，都直接或间接继承自 Framework。例如：Grid、StackPanel、Canvas、Border、Image、Button、Slider。我们总会自然而然地认为这些控件都是有大小的，它们会在合适的位置显示自己，通常不会超出去。但是，FrameworkElement 甚至是 Control 用得久了，都开始忘记 Visual、UIElement 带给我们的那些自由。

阅读本文将了解我们熟知的那些功能以及限制的由来，让我们站在限制之外再来审视 WPF 的可视化树，再来看清 WPF 各种控件属性的本质。

用 AppContext 解决类库的更新兼容问题

还记得微软在 Mitigation: Pointer-based Touch and Stylus Support 中告诉大家如何在 .NET Framework 4.7 中迁移 WPF 的触控到基于 Pointer 消息？记得关键的 <AppContextSwitchOverrides value="Switch.System.Windows.Input.Stylus.EnablePointerSupport=true"/> 这一句吗？

有没有好奇为何这一句话能用来控制微软基础类库中某一块功能的行为呢？阅读本文将了解微软为开发者提供的一套类库更新的兼容性解决方案——AppContext。

为 Visual Studio 使用通配符批量添加项目文件

通常大家都不会关心 Visual Studio 的项目文件里是如何记录这个项目所包含的所有文件的，因为各位开发者们早已经习惯于右键添加文件或者拖拽文件进项目了。但如果你在某一个文件夹中放了大量的文件（尤其是图片等资源文件），那么这时会卡很久才能拖进去，拖完之后如果还要批量修改生成操作，那真的是痛不欲生。

但是，Visual Studio 提供的项目文件（*.csproj）其实是支持通配符的。

深入了解 WPF Dispatcher 的工作原理（Invoke/InvokeAsync 部分）

深耕 WPF 开发的各位程序员大大们一定避不开使用 Dispatcher。跨线程访问 UI 当然免不了用到它，将某个任务延迟到当前任务之后执行也会用到它。Dispatcher.Invoke、Dispatcher.BeginInvoke 是过去大家经常使用的方法，而 .NET Framework 4.5 中微软为我们带来了 Dispatcher.InvokeAsync 方法，它和前面两个有何不同？

阅读本文将更深入地了解 Dispatcher 的工作机制。