C#将DLL保存在关联的库中
我们在eldos的安全黑匣子后面建了一个图书馆。 我们使用copy local来确保包含适当的运行时DLL 如果我们现在在另一个项目中使用本地副本引用我们的库,我们的库将被复制到主项目的bin文件夹中,但Eldos SBB库不会。我们可以在主项目中引用SBB,但是没有对SBB的直接调用,因此在重构代码时,引用可能会被删除为未使用 处理这个问题的最佳方式是什么C#将DLL保存在关联的库中,c#,deployment,C#,Deployment,我们在eldos的安全黑匣子后面建了一个图书馆。 我们使用copy local来确保包含适当的运行时DLL 如果我们现在在另一个项目中使用本地副本引用我们的库,我们的库将被复制到主项目的bin文件夹中,但Eldos SBB库不会。我们可以在主项目中引用SBB,但是没有对SBB的直接调用,因此在重构代码时,引用可能会被删除为未使用 处理这个问题的最佳方式是什么 Simon一种方法是将msbuild脚本条目放入项目属性-->生成事件-->生成前或生成后事件对话框,该对话框将为您处理复制Eldos S
Simon一种方法是将msbuild脚本条目放入项目属性-->生成事件-->生成前或生成后事件对话框,该对话框将为您处理复制Eldos SBB库的操作。这样,您就没有可能被删除的显式引用,尽管有人可以删除脚本,所以没有任何内容是100% 因此,您的脚本可能如下所示:
copy "{path1}EldosSBB.dll" "{path2}EldosSBB.dll"
享受吧 一种方法是将msbuild脚本条目放入项目属性-->生成事件-->生成前或生成后事件对话框,该对话框将为您处理复制Eldos SBB库的操作。这样,您就没有可能被删除的显式引用,尽管有人可以删除脚本,所以没有任何内容是100% 因此,您的脚本可能如下所示:
copy "{path1}EldosSBB.dll" "{path2}EldosSBB.dll"
享受吧 是的,但这并不是一个真正的解决方案。我们不可能是第一个提出这个问题的人——肯定有一个标准的方法来解决这个问题吗?Simon在我看来,我上面提出的是最简单的解决方案,但是如果您需要从您的开发环境中完全删除任何依赖项,那么您当然可以在正式的构建过程中构建类似的内容。是的,但这并不是一个真正的解决方案。我们不可能是第一个提出这个问题的人——肯定有一个标准的方法来解决这个问题吗?Simon在我看来,我上面提出的是最简单的解决方案,但是如果您需要从您的开发环境中完全删除任何依赖项,那么您当然可以在正式的构建过程中构建类似的内容。