DLL有时候就是恐怖分子,太危险了,这让浏览器的安全机制情何以堪,楼主可以单独写个C/S的小工具。

解决方案 »

  1.   


    BS调用客户端下的DLL..只能通过Activex去调要不然没得实现。。
      

  2.   

    请大侠指点,我是对C#是生手,您的意思是用C#写个Windows窗体应用程序,用这个C/S的Windows窗体应用程序去调用那个C++写的DLL(非COM),然后用B/S的Web程序去调用这个C#写的Windows窗体应用程序?
      

  3.   

    完了,还得把这个C++写的DLL(非COM)改成ActiveX控件?
      

  4.   

    请大侠指点,我是对C#是生手,您的意思是用C#写个Windows窗体应用程序,用这个C/S的Windows窗体应用程序去调用那个C++写的DLL(非COM),然后用B/S的Web程序去调用这个C#写的Windows窗体应用程序?
    C#写的应用程序与DLL是同等危险级别的啊,最好是 B/S 不要去访问本机的任何东东
      

  5.   

    既然是B/S的应用程序,为何还需要本机DLL呢
      

  6.   

    用户那边就是想少改东西,还能用旧的DLL,也可以把这个C++写的DLL放在我们用户的服务端,这个C++写的DLL就是从我们的服务器上通过传入的ID号参数取回一个PDF文件,放在这个DLL所在的机器的目录下;如果DLL在服务端调用,那我们的用户还得改程序从服务端把PDF文件下载到客户端,再从客户端打开这个PDF文件查看
      

  7.   

    完了,还得把这个C++写的DLL(非COM)改成ActiveX控件?
    不用改呀,你自己写一个C# Activex去调他C++的DLL就可以了呀,你就把Activex当成C/S的Windows窗体,
    这样就能实现你的要求了。
      

  8.   

    客户机上的文件是从我们的服务器上通过那个DLL取下来的
      

  9.   

    完了,还得把这个C++写的DLL(非COM)改成ActiveX控件?
    不用改呀,你自己写一个C# Activex去调他C++的DLL就可以了呀,你就把Activex当成C/S的Windows窗体,
    这样就能实现你的要求了。
    我们试试
      

  10.   

    Activex   只能这样做 。
      

  11.   

    用户那边就是想少改东西,还能用旧的DLL,也可以把这个C++写的DLL放在我们用户的服务端,这个C++写的DLL就是从我们的服务器上通过传入的ID号参数取回一个PDF文件,放在这个DLL所在的机器的目录下;如果DLL在服务端调用,那我们的用户还得改程序从服务端把PDF文件下载到客户端,再从客户端打开这个PDF文件查看
    从服务器拷回一个PDF文件,在客户端打开。
    通过浏览器直接打开服务器端的指定PDF文件,不把文件放到客户端不行吗?
      

  12.   

    用户那边就是想少改东西,还能用旧的DLL,也可以把这个C++写的DLL放在我们用户的服务端,这个C++写的DLL就是从我们的服务器上通过传入的ID号参数取回一个PDF文件,放在这个DLL所在的机器的目录下;如果DLL在服务端调用,那我们的用户还得改程序从服务端把PDF文件下载到客户端,再从客户端打开这个PDF文件查看
    从服务器拷回一个PDF文件,在客户端打开。
    通过浏览器直接打开服务器端的指定PDF文件,不把文件放到客户端不行吗?
    我们的用户有两套系统(完成不同的工作),一套用户自己的B/S的,一套我们的C/S的,要实现的是,在B/S的客户端上从C/S的服务端取回PDF文件,然后展现,之前这个动作是由那个C++写的DLL完成的(之前用户自己的系统也是C/S的)