SpicIE 在开发 IE 插件时有哪些限制？
使用 SpicIE（使用 C#）开发 IE 扩展是否有限制？如果在SpicIE中开发了一个IE扩展，然后需要将其开发为BHO（C++？），是否必须从头开始重建？
Are there limitations to using SpicIE (with C#) to develop an IE extension? If an IE extension is developed in SpicIE, and then later needs to be developed as a BHO (C++?), will it have to be rebuilt from scratch?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我认为如果您使用它，您不会受到限制，因为它主要是 IE 和使用它的扩展之间的薄层。即使缺少某些内容，CLR 也具有强大的互操作机制，最后，您还有 SpicIE 源代码。
如果您需要将其移植到 C++ 项目，是的，您将不得不重写它，但逻辑应该非常相似，因为您将使用的接口主要是 IE 的 COM 接口（IHtmlxxx 和所有爵士乐：http://msdn.microsoft.com/en-us/库/aa741322(v=VS.85).aspx)。无论您使用 C# 还是 C++，这都是一样的。
PS：既然提供了源代码，我肯定会尝试将 SpicIE 代码与我自己的代码合并，并在单个程序集中构建整体，因为这将简化部署。
I don't think you will be limited if you use this, as it's mostly a thin layer between IE and the extension that uses it. Even if something's missing, the CLR has powerful interop mechanisms, and last, you have SpicIE source.
If you ever need to port it over to a C++ project, yes, you will have to rewrite it, but the logic should be very similar, as the interfaces you will use are mostly IE's COM interfaces (IHtmlxxx and all that jazz: http://msdn.microsoft.com/en-us/library/aa741322(v=VS.85).aspx). This is the same whether you're working in C# or C++.
PS: since the source is provided, I would definitely try to merge SpicIE code with my own code, and build the whole in a single assembly, as this would ease deployment.