将UI(设计器/编辑器)逻辑与Package框架(如Visual Studio Package)分开的最佳方法是什么?

StackOverflow https://stackoverflow.com/questions/158420

我想在这里分开关注。创建自定义XML设计器,对象模型,验证等的所有UI逻辑并将其嵌入到单独的程序集中。然后Package框架应该只注册设计器信息并要求UI服务,一切都神奇地工作。

这样,当我需要修改UI设计器时,我不需要使用Package框架(Visual Studio Package)程序集。

这个问题也适用于你必须将UI逻辑与加载它的Skeleton框架分开的任何事情,比如插件。

我有多个选择ServiceProvider模型,插件模型或可能是其他模型。

欢迎任何样品,图案建议,链接。

更新1:我正在寻找的是一种思想,例如 - “Prism(复合WPF)是否符合要求?有没有人在项目/应用程序上工作,就像我上面提到的一样,关注问题?等" (我仍然在寻找答案)

有帮助吗?

解决方案

我创建了一个加载编辑器的VSPackage。编辑器位于一个单独的程序集中,并实现了我定义的接口。 VSPackage与接口一起使用,因此只要我不更改接口,我对编辑器(及其程序集)所做的任何更改都不会影响VSPackage。

其他提示

您对接缝的要求非常类似于 MVC 的关注点分离模式试图强制执行。

ASP.NET MVC 已经出现了预览5

它主要用于网络,但我认为他们也计划将它用于WinForms,但我不确定。

我更喜欢模型视图演示者模式

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top