c# winform怎么调用IIS上的DLL

怎么调用IIS上的。地址如下:http://127.0.0.1/DLL

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

webservice ，webapi。
如果dll只是简单的放网站上，无权限控制可以下载的话，可以直接用load()加载，反射方式调用。
Assembly.LoadFrom()
LoadFrom支持从一个URL加载程序集(如"http://www.abc.com/test.dll")，这个程序集会被下载到用户缓存文件夹中。
可以下载DLL，错误信息是未能加载文件或程序集"http://127.0.0.1/DLL"或它的某一个依赖项。不支持操作。（异常来自 HRESULT:0X80131515）
如果是一个独立的dll下载下来用，如果不是的话，那就和dll拥有人商量写服务
独立的DLL，不能直接用LoadFrom(http://127.0.0.1/DLL) ?
那就是这个DLL还有其他依赖的引用。你必须全部都引用才可以
奇怪的想法！
请参考动态加载dll、WCF
独立的DLL，不能直接用LoadFrom(http://127.0.0.1/DLL) ?
这错误说明不是独立的dll，你所谓独立是假象。先搞清楚它依赖什么，要都下载下来。
全部下载不现实，根本不清楚有哪些。那么不能直接LoadFrom?
先把DLL下载下来，用ILSpy 看看依赖的引用，把引用全部加载到程序集就可以用了
跟我之前遇到的问题一样看我这帖子最后的解决方法
https://bbs.csdn.net/topics/392352561
全部下载不现实，根本不清楚有哪些。那么不能直接LoadFrom?
那就用一楼建议，webapi
封成cab，然后client安装cab。
ps：这个问题是长期历史问题，无论是当年的ActiveX，还是后面remoting，还是现在的webAssembly都是为了解决这玩意，当然微软也有一个“装配清单”（实际上cab里面的inf配置文件也是一个装配清单）
你的进程应该先把必要的 DLL 下载到本地。所以这个问题并不应该弄成一个网络问题，而应该简化为是你加载 DLL 本身的问题。
可以下载DLL，错误信息是未能加载文件或程序集"http://127.0.0.1/DLL"或它的某一个依赖项。不支持操作。（异常来自 HRESULT:0X80131515）程序设计应该是下载到本地一个临时文件夹，然后从这个临时文件夹加载 DLL。如果你弄成  http://127.0.0.1/DLL/xxxx.dll 路径，那么 .net 不支持是很“正常”的。
写个接口调用吧，webapi或者webserver
webservice
这可能是一个针对 DLL 进行“热更新”的想法。要先下载，然后再加载。不能直接给个 http 协议的 url 来加载 DLL。在 .net framework 中多年前就有标准化的 MEF 框架用于插件热更新。你不需要自己研发什么 DLL 加载功能，你应该找找 MEF 的资料看看。
对于插件热更新，我以前写过一个简单的例子 https://bbs.csdn.net/topics/391970445?page=1。而对于下载一个 zip 文件，你可以直接写 new WebClient().DownloadFile("http://.......", target);就行了。下载下来一个压缩包之后，解压在本地临时目录中。然后加载。
http 的 UploadFile、UploadData、DownloadData、DownloadFile 等等等等，都是“只需要写一句话”就够了。压缩和解压缩 zip 也是 .net framework 中内置的功能。MEF 则是一个标准的插件加载框架。
http://127.0.0.1/update,这个update是文件夹那么怎么遍历文件夹下的文件呢。