WPF和.NET 3.5到4的多目标定位

Question

我有一个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 remapping”，但我将无法直接从WPF 4项目访问WPF 3.5库的源代码。

感谢任何指针。

编辑：必须在VS2008中维护.NET 3.5项目/解决方案，而.NET 4解决方案则在VS2010中维护。

- wpfwannabe

---

使用一个多目标的解决方案。请查看下面的答案。 - Michel Triana

Answer 1

只需使用两个项目解决方案：
项目1：针对3.5版本的WPF控件库项目
项目2：针对4.0版本的WPF应用程序的版本
这样做没有任何问题，非常简单，您可以直接从4.0项目引用3.5项目。

- Michel Triana

Answer 2

链接源代码太糟糕了。尽可能避免使用。

一般来说，我看到以下选项：

1. 在同一个文件夹中创建不同的项目/解决方案文件（一个用于VS2010，另一个用于VS2008）
2. 在VS2008中维护您的库，将其作为二进制引用链接。注意：您可能需要将应用程序目标框架设置为4.0客户端配置文件而不是“普通”4.0。

- Jaster

---

@Point1：您有一个VS2008的项目文件。您在与2008项目位于同一位置的地方使用VS2010添加了一个空项目。现在，您将所有这些代码文件添加到VS2010项目中。 - Jaster

代码链接总是会导致巨大的错误。你永远不知道你的文件在哪里链接或者它如何被重用。你只是从你的库中剥离出一部分并在完全不同的地方重用它。根据你的源代码控制，你必须以不同的方式处理链接，这会导致讨厌的副作用。对于特定的场景，根本没有必要使用链接！ - Jaster

有问题！如果文件在工作室中被标记为链接，则会创建一个副本。您将在进行同步的副本上工作。添加源代码控制，您将看到“优秀”的源文件链接是多么糟糕... 真的，请不要这样做！ - Jaster

这不是我的重点。我通常在庞大的团队中工作，所以你使用的“技术”必须尽可能稳定。文件链接则相反。但是，如果你独自工作或在一个小团队中，每个人都对自己的工作非常确定，那么可以随意使用链接。但是，对于你打算做的事情，你并不需要它们，为什么要引入它们呢？ - Jaster