从 WCF 服务与 google chrome 浏览器交互
我有一个本地 WCF 服务，需要与 Web 浏览器通信。 它必须执行以下操作：
- 滚动页面
- 添加cookie
- 打开新选项卡
- 等等。
我想使用其中之一； Chrome、IE、Firefox 并创建一个扩展，将我的 WCF 消息转发到浏览器。
您有什么建议，浏览器有更丰富的 API、更易于使用等吗？
编辑： 因此，场景如下：
WCF 服务在 PC 上运行并等待客户端。 客户端（在我的例子中是移动设备）连接到该服务。 客户端要求在浏览器上执行操作 通过 WCF 的消息被转发到浏览器
我希望这种情况有意义:)
I have a local WCF service which needs to communicate with a web browser.
It has to do the following
- Scroll the page
- Add cookies
- Open new tabs
- Etc.
I thought to use one of those; Chrome, IE, Firefox and create an extension which would forward my WCF messages to a browser.
Have you got any suggestion which browse has a richer API, easier to use, etc.
Edit:
So the scenario is following:
WCF service runs on PC and waits for clients.
A client (which in my case is a mobile device) connects to the service.
A client ask to perform an action on a browser
Message via WCF is forwarded to the browser
I hope this scenario makes sense :)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
一般来说，WCF 服务提供客户端使用的服务。尝试强制 WCF 服务尝试控制任何内容可能根本不是一个好主意。
一般来说，WCF 服务应该对它们所服务的客户端一无所知。所以你的服务应该对浏览器一无所知。
对我来说可能有意义的唯一场景是，如果服务向客户端提供某种控制信息（导航到哪里、打开哪些选项卡等），然后客户端将进行实际的控制。
有道理吗？
In general, WCF services provide services that clients consume. It is probably not a good idea at all to try to force a WCF service to attempt to control anything.
WCF services should, in general, know nothing about the clients they serve. So your service should know nothing about a browser at all.
The only scenario that might make any sense to me would be if the service provides some sort controlling information (where to navigate to, which tabs to open, etc) to a client that would then do the actual controlling itself.
Make sense?