将 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 各种控件属性的本质。

各个版本 Windows 10 系统中自带的 .NET Framework 版本

配置 legacyUnhandledExceptionPolicy 防止后台线程抛出的异常让程序崩溃退出

如果你的程序抛了异常，你是怎么处理的呢？等待程序崩溃退出？还是进行补救？

如果是做 UI 开发，很容易就找到 Dispatcher.UnhandledException 事件，然后在事件中进行补救。如果补救成功，可以设置 e.Handled = true 来阻止异常继续让程序崩溃退出。但是，如果是后台线程抛出了异常呢？并没有 Dispatcher 可以用。所以我们就束手就擒让程序自己退出吗？

DependencyProperty.UnsetValue 的正确打开方式

无论是 WPF，还是 UWP，只要你用了绑定或者标记扩展，一定会碰到一个神奇的值——DependencyProperty.UnsetValue。UnsetValue 是什么意思？为什么会出现这个值呢？如果要让 UnsetValue 为我们所用，正确的用法又是什么呢？

用 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 的工作机制。

git 如何更可靠地解决冲突？

使用 git 合并代码时出现冲突是很常见的，不过如何解冲突才能更加可靠呢？不漏掉别人的修改，也同时让自己的修改完全保留。

本文将介绍利用各种工具更可靠地解决冲突。

使用 ReSharper，输入即遵循 StyleCop 的代码格式化规范

StyleCop 可以帮助强制执行代码格式化规范，ReSharper 可以帮助你更高效地编写代码。把两者结合起来，你便能高效地编写符合团队强制格式化规范的代码来。

本文就介绍如何使用 ReSharper 来高效地遵循 StyleCop 的代码格式化规范。

用 dotTrace 进行性能分析时，各种不同性能分析选项的含义和用途

对 .NET 程序进行性能分析，dotTrace 能应对绝大多数的场景。在开启一个进程进行性能分析之前，我们会看到一些性能分析选项（Profiler Options）。本文将介绍这几个选项的含义，并用实际的例子来说明其用途。

Win2D 中的游戏循环：CanvasAnimatedControl

Win2D 是 DirectX 的一个高层封装，提供了极大 DirectX 性能的同时，又具有很好用的 API 设计。

用 Win2D 除了能做出高性能的视觉效果之外，还可以轻而易举地搭建一个游戏循环出来。使用 Win2D 的游戏循环，你可以直接做出一个简单的游戏出来。

使用 Win2D 绘制带图片纹理的圆（或椭圆）

使用 Win2D 绘制图片和绘制椭圆都非常容易，可是如何使用 Win2D 绘制图片纹理的椭圆呢？

如何在单元测试中使用 Dispatcher.Invoke/InvokeAsync？

对于部分涉及到 WPF UI 的部分，单元测试一般都难以进行。但是，如果只是使用到其中的 UI 线程调度，那就稍微容易一些。不过为了找到这个方法我做了很多天的尝试。

本文将提供一种在单元测试中运行 Dispatcher 的方法，以便能够在单元测试中测试到 Invoke/InvokeAsync 是否按要求执行。

技术、产品、交流、思考 - 微软技术暨生态大会 2018

微软技术暨生态大会 2018（Microsoft Tech Summit 2018）已于 2018 年 10 月 25-27 日在上海世博中心召开。本文记录我们参会后的一些知识和思考。

只有你能 new 出来！.NET 隐藏构造函数的 n 种方法（Builder Pattern / 构造器模式）

如果你给类写了一个公有构造函数，那么这个类就能被其他开发者 new 出来。如果你不想让他们 new 出来，把构造函数 private 就好了呀。

然而还有更多奇怪的方式来隐藏你类的构造方法。

都是用 DllImport？有没有考虑过自己写一个 extern 方法？

你做 .NET 开发的时候，一定用过 DllImport 这个特性吧，这货是用于 P/Invoke (Platform Invoke, 平台调用) 的。这种 DllImport 标记的方法都带有一个 extern 关键字。

那么有没有可能我们自己写一个自己的 extern 方法呢？答案是可以的。本文就写一个这样的例子。

深入了解 WPF Dispatcher 的工作原理（PushFrame 部分）

用 dotTrace 进行性能分析时，Timeline 打不开？无法启动进程？也许你需要先开启系统性能计数器的访问权限

对 .NET 程序使用 dotTrace 进行性能分析时，你也可能遭遇到 dotTrace 的 Bug。我就遇到了性能分析选项 Timeline 打不开进程的情况。

了解 .NET/C# 程序集的加载时机，以便优化程序启动性能

出让执行权：Task.Yield, Dispatcher.Yield

Yield 这个词很有意思，叫做“屈服”“放弃”“让步”，字面意义上是让出当前任务的执行权，转而让其他任务可以插入执行。Task、Dispatcher、Thread 都有 Yield() 方法，看起来都可以让出当前任务的执行权。

课程 预编译框架，开发高性能应用 - 微软技术暨生态大会 2018

微软技术暨生态大会（Tech Summit），2018 年在上海世博中心召开。这是最后一次的 Tech Summit 了；明年开始，中国大陆地区就要和其他国家和地区一样，进行全球 Ignite Tour 了。

我也有幸成为分会场讲师团队的一员，课程是《预编译框架 - 开发高性能应用》。内容就是我博客中与 MSBuild / Roslyn / dotnet / NuGet 相关的内容；我们将利用这些知识打造一个高性能客户端应用。

WPF 中的 NameScope

我们在 WPF 中使用绑定时可以使用 ElementName=Foo 这样的写法，并且还能够真的在运行时找到这个名称对应的对象，是因为 WPF 中提供了名称范围概念。

实现 INameScope 接口可以定义一个名称范围。无论你使用 Name 属性还是使用 x:Name 特性都可以在一个名称范围内指定某个元素的名称。绑定时就在此名称范围内查找，于是可以找到你需要的对象。

本文将介绍 WPF 中 NameScope 的查找规则。（额外的，资源 / 资源字典的查找方式与 NameScope 的方式是一样的，所以本文分析过程同样使用与资源的查找。）

将 UWP 中 CommandBar 的展开方向改为向下展开

在 UWP 中使用 CommandBar 来迅速添加一组功能按钮是非常迅速的，是 UWP 中推荐的交互方案之一。也许你能见到 CommandBar 按你所需向下展开，不过可能更多数情况会看到 CommandBar 的展开方向是向上的。

本文将解释 CommandBar 的展开方向逻辑，并且提供多种方法来解决它展开方向的问题。

各个 C# 版本的主要特性、发布日期和发布方式（C# 1.0 - 7.3）

本文收集各个 C# 版本的主要特性、发布日期和发布方式。

WPF 的 ElementName 在 ContextMenu 中无法绑定成功？试试使用 x:Reference！

在 Binding 中使用 ElementName 司空见惯，没见它出过什么事儿。不过当你预见 ContextMenu，或者类似 Grid.Row / Grid.Column 这样的属性中设置的时候，ElementName 就不那么管用了。

本文将解决这个问题。

.NET 中让 Task 支持带超时的异步等待

Task 自带有很多等待任务完成的方法，有的是实例方法，有的是静态方法。有的阻塞，有的不阻塞。不过带超时的方法只有一个，但它是阻塞的。

本文将介绍一个非阻塞的带超时的等待方法。

分析现有 WPF / Windows Forms 程序能否顺利迁移到 .NET Core 3.0（使用 .NET Core 3.0 Desktop API Analyzer ）

今年五月的 Build 大会上，微软说 .NET Core 3.0 将带来 WPF / Windows Forms 这些桌面应用的支持。当然，是通过 Windows 兼容包（Windows Compatibility Pack）实现的。为了提前检查你的程序是否能在未来跑在 .NET Core 3.0 上，微软在 2018年8月8日 推出了 .NET Core 3.0 Desktop API Analyzer，帮助你提前检查你的程序能有多容易迁移到 .NET Core 3.0

本文将介绍其使用方法，并介绍 API 的逐步迁移方法。

使用并解析 OPML 格式的订阅列表来转移自己的 RSS 订阅（解析篇）

OPML 全称是 Outline Processor Markup Language ，即 大纲处理标记语言。目前流行于收集博客的 RSS 源，便于用户转移自己的订阅项目。

本文将介绍这个古老的格式，并提供一个 .NET 上的简易解析器。