Windows UWP - 在侧载应用程序中动态加载程序集
Windows UWP - Dynamically Load Assembly In Side Loaded App
这似乎是 Windows 10 Store 应用程序的故意安全性，不允许在运行时加载程序集。我认为此功能过于矫枉过正，并使 UWP 开发停滞不前。但是，如果它是 Microsoft 坚如磐石的设计决定，我们无能为力。
相反，我想问一个问题，假设您没有将 UWP 应用程序部署到商店，是否仍然无法动态加载程序集？如果可以，怎么做？
无论您将 UWP 应用程序部署到什么环境，UWP API 都是相同的。选择在内部而不是 Windows 商店部署您的应用程序将不会启用 non-supported API 功能，例如。 Assembly.Load().
看来这个问题的答案是否定的。
UWP 中的游戏规则发生了变化。 UWP 是一个旨在让应用程序进入商店的平台。这是一个精简的平台，似乎不允许您在 运行 时间加载程序集。这在 .NET 中是可能的。
但是，似乎确实有一种方法可以使用 Desktop Bridge 在 .NET 运行time 之上 运行 UWP 风格的应用程序。我对它不是很熟悉，但您可以在此处阅读更多内容作为我的观点的起点。我的猜测是，如果你想动态加载程序集，最好的方法是使用这个：
https://docs.microsoft.com/en-us/windows/uwp/porting/desktop-to-uwp-root
这似乎是 Windows 10 Store 应用程序的故意安全性，不允许在运行时加载程序集。我认为此功能过于矫枉过正，并使 UWP 开发停滞不前。但是，如果它是 Microsoft 坚如磐石的设计决定，我们无能为力。
相反，我想问一个问题，假设您没有将 UWP 应用程序部署到商店，是否仍然无法动态加载程序集？如果可以，怎么做？
无论您将 UWP 应用程序部署到什么环境，UWP API 都是相同的。选择在内部而不是 Windows 商店部署您的应用程序将不会启用 non-supported API 功能，例如。 Assembly.Load().
看来这个问题的答案是否定的。
UWP 中的游戏规则发生了变化。 UWP 是一个旨在让应用程序进入商店的平台。这是一个精简的平台，似乎不允许您在 运行 时间加载程序集。这在 .NET 中是可能的。
但是，似乎确实有一种方法可以使用 Desktop Bridge 在 .NET 运行time 之上 运行 UWP 风格的应用程序。我对它不是很熟悉，但您可以在此处阅读更多内容作为我的观点的起点。我的猜测是，如果你想动态加载程序集，最好的方法是使用这个： https://docs.microsoft.com/en-us/windows/uwp/porting/desktop-to-uwp-root