原文
在 WPF XAML 中使用自己定义的控件时，想必大家都能在 XAML 中编写出这个控件的命名空间了。然而——我写不出来，除非借助 ReSharper。
如果控件能够有一个漂亮的命名空间和命名空间前缀呢？——好吧，还是写不出来，不过，至少漂亮些。本文将指导你自定义在 XAML 中使用的命名空间。
本文内容
达到什么样的效果？
注意到 DemoPage 所在的命名空间了吗？是 http://walterlv.github.io/demo 哦。而且，命名空间前缀是 w。这是不是比下面这种看得清爽多了呢？
当然，好处不止是更清爽，还有更多，总结起来是这三个：
- 利于 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 有一些一开始就帮你生成好的命名空间前缀，例如这些：
如果我们也把命名空间定义到这里会如何呢？
[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "Walterlv.NewCsprojDemo")] 哇，我们竟然可以不用带前缀啦！
这在项目内为一些几乎侵染全部代码的标记扩展是很棒的一波语法糖。例如——自己实现的本地化标记扩展。
一些限制
值得注意的是，XAML 命名空间的定义只会在外部程序集生效。这是说，如果你在 A 程序集中定义了命名空间，那么只有引用了 A 程序集的 B 或者 C 才可以使用到新定义的命名空间；A 程序集自身是没有办法使用此命名空间的。
参考资料
本文会经常更新，请阅读原文： ，以避免陈旧错误知识的误导，同时有更好的阅读体验。