了解过Xamarin的开发人员应该知道Xamarin能编写一次，到处运行。
作为可移植类库和平台特定类库被使用的Xamarin在UWP上由以下类库组成：

Xamarin.Forms.Platform.dll
^
|
Xamarin.Forms.Core.dll
^ ^
| |
Xamarin.Forms.Platform.UAP.dll Xamarin.Forms.Xaml.dll

我看了Xamarin.Forms.Platform.dll的内容，搞不懂这个类库是干什么用的。
首先，它的 internal（在Visual Basic 为 Friend）内容只对Xamarin.Forms.Core可见。
使用反编译软件查看它的源码，里面有一堆 internal（在Visual Basic 为 Friend） _XxxxxRenderer 类，它们都继承Object，而且都是空的。我叫它们“空壳类”。
还有个与众不同的 静态类(在Visual Basic 为 模块) Loader ，里面除了空白的Load()，什么都没有。
以 _ActivityIndicatorRenderer 类为例。
它在Xamarin.Forms.Core.dll中的ActivityIndicator类由RenderWithAttribute使用。
这个RenderWith在Registrar<TRegistrable> where T:class ( 在Visual Basic 为 Registrar(Of TRegistrable As Class) ) 中被注册
这种空壳类注册到那里之后在多个地方被访问。最显眼的地方是Platform.CreateRenderer(VisualElement)，而这个方法在VisualElementPackager被调用。
最后公开出来的是Xamarin.Forms.Platform.UAP.VisualElementRenderer`2.SetElement(VisualElement)。
假设代码运行的时候用到了那些空壳的类，它们被某些反射代码注册到Registrar`1里面。然而，注册的时候可能会发生异常，因为注册的时候注册用的字典根本就没初始化。要初始化的话必须用反射。然而我根本没找到哪里的反射代码在初始化那个字典。
从这个方向看我完全看不出来那些空壳类在运行的时候有什么实际的作用。
那我从反方向看。我在那个UAP的类库找到了ActivityIndicatorRenderer类。UAP的类库本身带有ExportRenderer这样的特性，能够关联Core里面的类型与平台实现的类型。这些Renderer类最终被注册到Core中的非泛型的Registrar类里。这一切看起来合情合理，因为注册平台实现到跨平台的类库里，然后用反射初始化对象，整个过程非常自然。从这个方向我根本没看到Xamarin.Forms.Platform里面的那些空壳类有什么用。