【问题标题】:.NET And Shared DLLs.NET 和共享 DLL
【发布时间】:2013-12-27 16:06:34
【问题描述】:

我有 4 个使用同一组 API DLL 的 .Net 应用程序。所有这些文件都保存在我们提供给员工的闪存驱动器上。有没有办法在闪存驱动器上为所有共享 DLL 提供一个共享 DLL 位置,所以当我们更新时,我们不必为每个应用程序复制 DLL。我已阅读有关全局程序集的信息,但如果有新 PC 或它们在客户端站点,这将不会总是有效。

我已经阅读了有关禁用本地复制的信息,但是一旦您这样做,它是相对路径还是绝对路径。

驱动结构示例
F:\
|
|-App1\
|-App2\
|-App3\
|-App4\
|-SharedDLLs\

【问题讨论】:

  • 您的意思是像生产新组件并让这些新组件自动出现在您所有员工的闪存驱动器上?因为如果这是问题,那么答案很简单:。也许您应该考虑使用不同的媒体来分发您的应用程序。如今,网络共享或 Web 应用程序之类的东西似乎很普遍。
  • 您可以考虑的另一条路线是将您的 DLL 包装在 Web 服务中并以这种方式公开您的 API。
  • @RandomITGuy:您的应用程序如何知道您的 DLL 在 F:\shared 中?您如何处理对此类内容的引用?如果您不使用 GAC,则只需让每个应用程序都带有全套 DLL。我认为,这是您不需要“优化”的情况之一。您的构建过程应该创建有用的输出。真的,考虑某种“安全下载”机制而不是闪存。

标签: c# .net vb.net assemblies


【解决方案1】:

对我来说,在您的项目中烧毁 dll 是一个彻头彻尾的噩梦,我建议您尝试 nuget 并为您的自定义 dll 创建一个私有提要,您只需在本地服务器中托管一个 Web 服务,并且每个人都应该配置访问依赖关系。

看看这个tutorial很容易,值得努力!

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-08-16
    • 1970-01-01
    • 1970-01-01
    • 2011-08-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-08-28
    相关资源
    最近更新 更多