之前公司有做IE浏览器的ActiveX插件，插件主要是操作硬件和图片处理，通过调用扫描仪和照相机还有摄像头SDK等的访问和操作
现在公司需要对多浏览器的支持，所以想到silverlight
1，silverlight 5 访问本地文件有几种方式各有什么限制与优势（如OOB，COM。。）
2，silverlight 5 对本地硬件的SDK访问友不友好，有没有什么限制
3，silverlight 5 对Remoting通讯有没有什么要求，之前插件是用Remoting和服务器通讯的，服务器不想做修改
除了上面所列问题还有限制没？？？？？？？
求教各位高手。。。。最近才开始看silverlight方面的资料
------解决思路----------------------
所谓“微软已经放弃的技术”，这其实应该问问winform是不是“微软已经放弃的”。在2013年微软发布了silverligh5，请问微软是哪一年最后发布winform的大改的版本？为什么有人还在不断地在csdn来讨论（微软貌似已经于10年前放弃的）winform编程，而对（微软貌似已经于2年前放弃的）silverlight却要阻拦呢？——因为不会silverlight，没有用它做过那一类酷炫的web应用！
不过，你的需求不适合silverlight。
silverlight没有在OOB方面来得及实用化，就被鲍尔默“阻止”了，于是silverlight的 OOB 技术停留在那种形式上，（如果用在internet上而不是局域网上时）需要你跑到每一台客户机去修改人家的注册表，而没有再进一步授权给开发者。所以最终，OOB相关技术大概是只能放弃。
如果OOB可以实用，就保存在什么“对本地SDK不友好”的问题。因为它可以方便访问COM、也可以方便使用平台PInvoke技术。
Silverlight不支持Remoting，它只支持比较基础的tcp、http、udp组播，以及webservice/wcf等等。
------解决思路----------------------
如果你是企业内部应用，用silverlight还有可行性，非企业内部应用，你让客户装silverlight就已经是个比较麻烦的事情了
------解决思路----------------------
你开发网站应用程序的时候，Asp.net Development Server知道的吧。原理一样。
网页自然不能直接访问本地的硬件，但是可以访问本地的网站。
比如一个网页的按钮访问 http://localhost:12345/runwinword
你本地的服务监听到这个请求，就调用Word，执行一些操作什么的
一般用户的感觉就是网页直接启动了Word程序
------解决思路----------------------
无聊写了个例子，可以在网页直接启动Word程序。当然你的电脑要装有Word
http://download.csdn.net/detail/assky124/8574577