原文
让你编写的控件库在 XAML 中有一个统一的漂亮的命名空间（xmlns）和命名空间前缀
在 WPF XAML 中使用自己定义的控件时，想必大家都能在 XAML 中编写出这个控件的命名空间了。
然而——我写不出来，除非借助 ReSharper。
如果控件能够有一个漂亮的命名空间和命名空间前缀呢？——好吧，还是写不出来，不过，至少漂亮些。本文将指导你自定义在 XAML 中使用的命名空间。
达到什么样的效果？
这是怎么做到的呢？
还有什么更高级的玩法吗？
达到什么样的效果？
<UserControl
x:Class="HuyaHearhira.UserControl1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:w="http://walterlv.github.io/demo"
<w:DemoPage />
</Grid>
</UserControl>
注意到 DemoPage 所在的命名空间了吗？是 http://walterlv.github.io/demo 哦。而且，命名空间前缀是 w。这是不是比下面这种看得清爽多了呢？
<UserControl
x:Class="HuyaHearhira.UserControl1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:newCsprojDemo="clr-namespace:Walterlv.NewCsprojDemo;assembly=Walterlv.NewCsprojDemo">
<newCsprojDemo:DemoPage />
</Grid>
</UserControl>
当然，好处不止是更清爽，还有更多，总结起来是这三个：
利于 API 的升级
例如你写了一个库提供了一些可以在 XAML 中使用的控件，但是后来随着功能的强大你把程序集拆分成了多个。这时，如果没有这样的命名空间定义，那就意味着使用你的库的大量开发者需要手工修改 XAML 中的命名空间前缀定义。而使用了这样的命名空间定义的方法后，开发者只需要重新编译一遍即可。
简化命名空间前缀
如果你的库有多个命名空间下都提供控件，那么可以使用命名空间定义将这些 C#/.NET 命名空间都映射到同一个 url 下，使得 XAML 中的命名空间声明可以更少。
更加清晰的命名空间声明 可以通过将命名空间前缀定义得更加清晰，更有效地利用每一个字符，而不是一些结构化的 clr-namespace 和 assembly。
这是怎么做到的呢？
在 System.Windows.Markup 命名空间下，有两个程序集级别的 Attribute，分别是 XmlnsDefinition 和 XmlnsPrefix。XmlnsDefinition 定义某个 C# 命名空间和一段命名空间字符串是等意的，XmlnsPrefix 定义此命名空间的默认前缀（只是默认而已）。
using System.Windows.Markup;
[assembly: XmlnsDefinition("http://walterlv.github.io/demo", "Walterlv.NewCsprojDemo")]
[assembly: XmlnsPrefix("http://walterlv.github.io/demo", "w")]
于是，利用这两个 Attribute 能够达到本文一开始的奇妙的效果。
如果你用工具（例如 ReSharper）自动生成命名空间前缀时，才会使用这样默认的命名空间前缀，否则，你随便填。
还有什么更高级的玩法吗？
也许你注意到 WPF 有一些一开始就帮你生成好的命名空间前缀，例如这些：
<UserControl
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006">
</UserControl>
如果我们也把命名空间定义到这里会如何呢？
[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "Walterlv.NewCsprojDemo")]
哇，我们竟然可以不用带前缀啦！
<UserControl
x:Class="HuyaHearhira.UserControl1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
<DemoPage />
</Grid>
</UserControl>
这在项目内为一些几乎侵染全部代码的标记扩展是很棒的一波语法糖。例如——自己实现的本地化标记扩展。
值得注意的是，XAML 命名空间的定义只会在外部程序集生效。这是说，如果你在 A 程序集中定义了命名空间，那么只有引用了 A 程序集的 B 或者 C 才可以使用到新定义的命名空间；A 程序集自身是没有办法使用此命名空间的。
wpf - How to make XmlnsDefinition work on the local assembly? - Stack Overflow
XmlnsDefinition doesn’t work in the same assembly
本文会经常更新，请阅读原文： https://walterlv.com/post/define-xmlns-of-for-xaml.html ，以避免陈旧错误知识的误导，同时有更好的阅读体验。
[-] .\Navicat-Cracker NavicatCrackerDlg.cpp:332 -3All patch solutions are suppressed. Patch abort!HI
命名空间“System”中不存在类型或命名空间名称“Windows”(是缺少程序集引用吗?)
命名空间“System”中不存在类型或命名空间名称“Windows”(是缺少程序集引用吗?)
【JetPack】数据绑定 DataBinding 简介 ( 使用要求 | Gradle 版本 | 定义数据类 | 定义数据绑定布局 | Activity 数据绑定 | 绑定类生成规则 )（二）
【JetPack】数据绑定 DataBinding 简介 ( 使用要求 | Gradle 版本 | 定义数据类 | 定义数据绑定布局 | Activity 数据绑定 | 绑定类生成规则 )（二）
【JetPack】数据绑定 DataBinding 简介 ( 使用要求 | Gradle 版本 | 定义数据类 | 定义数据绑定布局 | Activity 数据绑定 | 绑定类生成规则 )（一）
【JetPack】数据绑定 DataBinding 简介 ( 使用要求 | Gradle 版本 | 定义数据类 | 定义数据绑定布局 | Activity 数据绑定 | 绑定类生成规则 )（一）
原文:[UWP]为附加属性和依赖属性自定义代码段（兼容UWP和WPF）
1. 前言
之前介绍过依赖属性和附加属性的代码段，这两个代码段我用了很多年，一直都帮了我很多。不过这两个代码段我也多年没修改过，Resharper老是提示我生成的代码可以修改，它这么有诚意，这次就只好从了它，顺便简单介绍下怎么自定义代码段。
Mapping URI的格式是
clr-namespace:[;assembly=]
（1）如果自定义类和XAML处在同一个Assembly之中，只还需要提供clr-namespace值。
xmlns特征的语法格式如下：xmlns[:可选的映射前缀]="名称空间"
xmlns后可以跟一个可选的映射前缀，之间用冒号分隔，如果没有写可选映射前缀，就意味着所有来自这个名称空间的标签都不用加前缀，这个没有映射前缀的名称空间称为“默认名称空间”，默认名称空间只能有一个。
