我有一组应用程序（总共 8 个）全部部署为单击一次应用程序。当最初的团队开始构建这些应用程序时，架构是他们有一个公共项目，其中包含所有公共 API 和共享控件（它是一个 VB.Net 应用程序），不同的应用程序将使用这个公共项目来构建他们自己的应用程序/gui 等很棒。应用程序部署为单击一次应用程序，部署的文件夹包含应用程序本身和公共项目 dll。因此，每个应用程序的文件夹都包含应用程序和公用程序。部署时未共享公共资源。然而随着时间的推移，当 App1 需要一些修复并且修复是公用的时，它通过修复公用项目并将新修复的公用 dll 与它捆绑在一起来发布。因此，当我继承这套产品时，现在的场景是每个应用程序在其解决方案中都有两个项目，一个是特定应用程序项目，另一个是通用项目。如果我们在公共代码中发现一个错误，我们会进行 8 次更改，尽管 95% 的公共代码是相同的。我想回到我想要的方式。所有应用程序都将在其解决方案中包含/链接的一个通用项目。当我们还部署时，我们将公共 dll 部署在共享位置，所有应用程序都将链接到这个公共 dll。如果我必须对 App1 进行更改并仅发布 App1 并且修复是通用的，那么我应该能够对通用 dll 执行此操作而不会破坏其他 7 个应用程序。这可能吗？我一直在读这本精彩的书 如果我们在公共代码中发现一个错误，我们会进行 8 次更改，尽管 95% 的公共代码是相同的。我想回到我想要的方式。所有应用程序都将在其解决方案中包含/链接的一个通用项目。当我们还部署时，我们将公共 dll 部署在共享位置，所有应用程序都将链接到这个公共 dll。如果我必须对 App1 进行更改并仅发布 App1 并且修复是通用的，那么我应该能够对通用 dll 执行此操作而不会破坏其他 7 个应用程序。这可能吗？我一直在读这本精彩的书 如果我们在公共代码中发现一个错误，我们会进行 8 次更改，尽管 95% 的公共代码是相同的。我想回到我想要的方式。所有应用程序都将在其解决方案中包含/链接的一个通用项目。当我们还部署时，我们将公共 dll 部署在共享位置，所有应用程序都将链接到这个公共 dll。如果我必须对 App1 进行更改并仅发布 App1 并且修复是通用的，那么我应该能够对通用 dll 执行此操作而不会破坏其他 7 个应用程序。这可能吗？我一直在读这本精彩的书 当我们还部署时，我们将公共 dll 部署在共享位置，所有应用程序都将链接到这个公共 dll。如果我必须对 App1 进行更改并仅发布 App1 并且修复是通用的，那么我应该能够对通用 dll 执行此操作而不会破坏其他 7 个应用程序。这可能吗？我一直在读这本精彩的书 当我们还部署时，我们将公共 dll 部署在共享位置，所有应用程序都将链接到这个公共 dll。如果我必须对 App1 进行更改并仅发布 App1 并且修复是通用的，那么我应该能够对通用 dll 执行此操作而不会破坏其他 7 个应用程序。这可能吗？我一直在读这本精彩的书http://shop.oreilly.com/product/9780735627048.do但我仍然不了解整个部署方案。这本书的第 2 章和第 3 章处理了一个类似的问题，我明白了，但仍然不够清楚，无法应用于我的场景以及它是如何在 click once 空间中工作的。任何指针将不胜感激。我将继续阅读这本书并在这里发布我的发现。
谢谢。