.net WPF和NET 3.5到4多目标

我有一个WPF3.5控件库，用于WPF3.5应用程序。我现在想创建一个WPF4版本的应用程序，并为3.5和4版本的应用程序使用相同的库（源代码）

我的选择是什么？处理此类多重目标的常见方法（如有）是什么

我是否应该为库的WPF3.5和WPF4版本维护两个不同的项目，并参考相同的文件/源代码（手动更新这两个项目）？或者我应该只维护WPF3.5版本，并在我的WPF4应用程序引用中维护一个二进制WPF3.5库吗

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

任何指点都很感激

---

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

指向源代码的链接刚刚好。尽可能避免这种情况

通常我会看到以下选项：

创建不同的项目/解决方案 同一文件夹中的文件（一个用于 VS2010（VS2008的另一个版本）

在VS2008中保存你的库，链接 它作为二进制引用。注意: 您可能需要设置应用程序 4.0客户端的目标框架 配置文件而不是“普通”4.0

---

只有一个解决方案和两个项目：
项目1：以3.5为目标的WPF控件库项目
项目2：你的WPF4.0版本的应用目标是4.0

这没什么错，操作非常简单，您可以直接参考4.0到3.5项目

---

@Point1:您有vs2008项目文件。使用vs2010在2008项目所在的同一位置添加空项目。现在您将所有这些代码文件添加到vs2010项目中。代码链接始终是Huuuge错误的来源。您永远不知道文件链接到哪里，也不知道它是如何被重用的。你只需从你的图书馆里撕下一部分，然后在完全不同的地方重新使用它。根据您的源代码管理，您必须以不同的方式处理链接，这会导致令人讨厌的副作用。对于特定场景，根本不需要链接！有问题！此外，如果文件在studio中标记为链接，则会制作副本。您将处理然后同步的副本。添加一个sourcecontrol到这里，您将看到sourcefile链接是多么“棒”。。。真的，别这样！这不是我的观点。我通常在大型团队中工作，你使用的“技术”必须尽可能稳定。文件链接则相反。然而，如果你单独工作或在一个小团队中工作，每个人都100%确定他在做什么，那么使用链接就可以轻松自如。你仍然不需要它们来完成你想要做的事情，那么为什么要引入它们呢？使用多目标解决方案。见下面我的答案。