【问题标题】:WPF and NET 3.5 to 4 multi-targetingWPF 和 NET 3.5 到 4 多目标
【发布时间】:2010-12-07 11:02:34
【问题描述】:

我有一个使用 WPF 3.5 应用程序的 WPF 3.5 控件库。我现在想创建应用程序的 WPF 4 版本,并为应用程序的 3.5 和 4 版本使用相同的库(源代码)。

我在这里有什么选择?处理此类多目标的常用方法(如果有)是什么?

我是否应该参考相同的文件/源代码(手动更新两个项目)为库的 WPF 3.5 和 WPF 4 版本维护两个不同的项目?还是应该只维护 WPF 3.5 版本并在我的 WPF 4 应用程序中引用二进制 WPF 3.5 库?

我尝试了后者,发现这可能适用于某些“app.config 重新映射”,但我无法从 WPF 4 项目直接访问 WPF 3.5 库的源代码。

感谢任何指针。

编辑:NET 3.5 项目/解决方案必须在 VS2008 中维护,而 NET 4 解决方案在 VS2010 中维护。

【问题讨论】:

  • 使用多目标解决方案。请参阅下面的答案。

标签: .net wpf multitargeting


【解决方案1】:

只有一个解决方案包含 2 个项目:
项目 1:面向 3.5 的 WPF 控件库项目
项目 2:面向 4.0 的应用程序的 WPF 4.0 版本。

这并没有什么问题,做起来很简单,你可以直接引用 4.0 到 3.5 的项目。

【讨论】:

    【解决方案2】:

    到源代码的链接简直糟透了。尽量避免这种情况。

    一般来说,我看到以下选项:

    1. 创建不同的项目/解决方案 同一文件夹中的文件(一个用于 VS2010 VS2008 另一个)
    2. 在 VS2008 中维护您的库,链接 它作为二进制参考。注意力: 您可能需要设置应用程序 4.0 客户端的目标框架 profile 而不是“plain” 4.0。

    【讨论】:

    • @Point1:你有 vs2008 项目文件。您使用 vs2010 在 2008 项目所在的同一位置添加一个空项目。现在您将所有这些代码文件添加到 vs2010 项目中。
    • 代码链接始终是 huuuuuuuge 错误的根源。您永远不知道文件的链接位置或重复使用的方式。您只需撕下您的库的一部分并在完全不同的地方重复使用它。根据您的源代码管理,您必须以不同的方式处理链接,这会导致令人讨厌的副作用。对于特定场景,根本不需要链接!
    • 有问题!此外,如果该文件在工作室内被标记为链接,则会制作一份副本。您在随后同步的副本上工作。给它添加一个源代码控制,你会看到源文件链接是多么的“好”……真的,不要这样做!
    • 那不是我的意思。我通常在大型团队中工作,您使用的“技术”必须尽可能稳定。文件链接则相反。但是,如果您单独工作或在一个每个人都 100% 确定自己在做什么的小团队中工作,请随意使用链接。你仍然不需要它们来做你想做的事,那为什么要带它们呢?
    猜你喜欢
    • 2011-11-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多