C# ASP.NET解决方案迁移到3.5。。但仅限于某些CS项目！

我需要将.net解决方案从1.1迁移到3.5。该解决方案目前包含2个CS项目1）一个类库和2）一个Web服务应用程序

问题：我需要迁移解决方案文件和Web服务应用程序项目，但是我无法迁移类库，因为它与另一个不会迁移的解决方案共享

由于Web服务应用程序引用类库，我想我需要向类库bin目录添加DLL引用。我不太喜欢这个主意

bin目录当前不是版本控制的一部分。这是否意味着我也需要将库dll添加到版本控制中。再说一次，我不喜欢这个想法

---

我的方法正确吗？有更好的方法吗？

您应该在解决方案中创建一个Dependencies（不必称为this）文件夹，其中包含您需要的任何预编译DLL。这应该包括在您的源代码管理中，您的Web服务项目应该引用Dependencies文件夹中编译的类库dll。

听起来您的思路是正确的。我会给你的类库命名和版本（如果还没有的话）。对于版本，我将版本中的第四位作为修订/变更集编号。这样，如果需要，我可以检索源代码

---

在我的项目中，我有一个名为“ThirdParty”的文件夹，我在其中存储我在解决方案中引用的程序集。此文件夹位于解决方案结构之外，因此不会影响任何项目。

选项1-开发必须独立于web服务支持.NET 1.1的项目。在源代码管理下创建一个文件夹，用于存储web服务所依赖的DLL。更新项目时，生成项目并将其保存在Dependency文件夹中请记住，将.NET 1.1程序集与.NET 3.5一起使用并不理想。

选项2-将必须支持.NET 1.1的项目包括在两个需要它的解决方案中。当使用web服务构建它时，将其目标框架从项目属性设置为3.5，当在需要支持1.1的地方使用它时，将目标设置为1.1

为什么不能将1.1应用程序升级到2.0或3.5？如果您可以在选项1中将项目构建为2.0，那么就不会出现瓶颈