C# 为MvvmCross插件实现缺少的平台

我想在我的项目中使用MvvmCross插件，但是我的平台之一是Wpf。 不幸的是，没有Wpf实现（）

将WPF平台实现添加到我的项目中的正确方法是什么

更具体地说，我的问题是：

• 在实现中，我需要使用UI控件和组件来显示消息框，因此它应该是“WPF自定义控件库”还是只使用标准的“类库”
• 我是否必须将Nuget软件包Mvvm.CrossCore和Mvvm UserInteractionPlugin添加到我的WPF实现库中

---

理想情况下，我希望在我自己的项目中创建和测试WPF实现，然后将其贡献给github上的插件repo。

最简单的方法是克隆原始repo。然后为WPF实现添加一个新的类库项目

如果查看现有的Windows应用商店项目，它只会向UserInteraction（PCL）项目添加一个项目引用

创建一个实现IUserInteraction的UserInteraction类。在那里添加您的WPF实现

包括Plugin类，这样它就可以在MvvmCross中自动注册

然后可以修改现有的.nuspec文件，为WPF程序集添加条目

---

这几乎就是所有MvvmCross插件的工作原理。

最简单的方法是克隆原始的repo。然后为WPF实现添加一个新的类库项目

如果查看现有的Windows应用商店项目，它只会向UserInteraction（PCL）项目添加一个项目引用

创建一个实现IUserInteraction的UserInteraction类。在那里添加您的WPF实现

包括Plugin类，这样它就可以在MvvmCross中自动注册

然后可以修改现有的.nuspec文件，为WPF程序集添加条目

---

这几乎就是所有MvvmCross插件的工作原理。

最简单的方法是克隆原始的repo。然后为WPF实现添加一个新的类库项目

如果查看现有的Windows应用商店项目，它只会向UserInteraction（PCL）项目添加一个项目引用

创建一个实现IUserInteraction的UserInteraction类。在那里添加您的WPF实现

包括Plugin类，这样它就可以在MvvmCross中自动注册

然后可以修改现有的.nuspec文件，为WPF程序集添加条目

---

这几乎就是所有MvvmCross插件的工作原理。

最简单的方法是克隆原始的repo。然后为WPF实现添加一个新的类库项目

如果查看现有的Windows应用商店项目，它只会向UserInteraction（PCL）项目添加一个项目引用

创建一个实现IUserInteraction的UserInteraction类。在那里添加您的WPF实现

包括Plugin类，这样它就可以在MvvmCross中自动注册

然后可以修改现有的.nuspec文件，为WPF程序集添加条目

---

这几乎就是所有MvvmCross插件的工作原理。

我实际上创建了自己的库，该库引用了MvvmCross核心库和用户交互nuget库。刚刚创建了一个插件类和IUserInteraction实现。它工作得很好。我不太喜欢这种情况下分叉的想法。在我的解决方案中，将依赖项作为一个Nuget包，而不是一堆代码，这对我来说要好得多。但正如我所说，您可以创建一个NuGet包并在项目中引用它。您不必在项目中包含整个解决方案。另外一个好处是，一旦你验证它是否正常工作，你就可以发送一个请求来获取你的WPF版本。我希望我在完善插件时能够做到这一点。事实上，我发现这个用户交互插件有点缺乏定制自由，所有的平台实现都只能使用标准的消息框。我认为它应该允许对警报使用自定义表单/控件。这是一项具有挑战性的任务，但我认为是可行的：）因此有很大的贡献空间。我最终创建了自己的库，引用了MvvmCross-Core和UserInteraction nuget库。刚刚创建了一个插件类和IUserInteraction实现。它工作得很好。我不太喜欢这种情况下分叉的想法。在我的解决方案中，将依赖项作为一个Nuget包，而不是一堆代码，这对我来说要好得多。但正如我所说，您可以创建一个NuGet包并在项目中引用它。您不必在项目中包含整个解决方案。另外一个好处是，一旦你验证它是否正常工作，你就可以发送一个请求来获取你的WPF版本。我希望我在完善插件时能够做到这一点。事实上，我发现这个用户交互插件有点缺乏定制自由，所有的平台实现都只能使用标准的消息框。我认为它应该允许对警报使用自定义表单/控件。这是一项具有挑战性的任务，但我认为是可行的：）因此有很大的贡献空间。我最终创建了自己的库，引用了MvvmCross-Core和UserInteraction nuget库。刚刚创建了一个插件类和IUserInteraction实现。它工作得很好。我不太喜欢这种情况下分叉的想法。在我的解决方案中，将依赖项作为一个Nuget包，而不是一堆代码，这对我来说要好得多。但正如我所说，您可以创建一个NuGet包并在项目中引用它。您不必在项目中包含整个解决方案。另外一个好处是，一旦你验证它是否正常工作，你就可以发送一个请求来获取你的WPF版本。我希望我在完善插件时能够做到这一点。事实上，我发现这个用户交互插件有点缺乏定制自由，所有的平台实现都只能使用标准的mess