苏州做公司网站设计的公司app制作网站有哪些 请列举

苏州做公司网站设计的公司,app制作网站有哪些 请列举,制作网站视频,种子网站开发计划先梳理关键概念的内在联系#xff0c;然后分别深入COM插件和浏览器扩展的核心机制与实例。 Chrome扩展架构的概述非常有价值#xff0c;来自Chrome开发者官网#xff0c;权威性很高#xff0c;详细解释了service worker、内容脚本等关键组件。提供了COM组件实现的完整实…计划先梳理关键概念的内在联系然后分别深入COM插件和浏览器扩展的核心机制与实例。Chrome扩展架构的概述非常有价值来自Chrome开发者官网权威性很高详细解释了service worker、内容脚本等关键组件。提供了COM组件实现的完整实例包含了COM接口设计、IDL规范等实用信息。关于C/WinRT创作COM组件的信息来自微软官方文档权威性很好提供了现代COM开发的方法。虽然也是官方文档但主要针对打印机驱动插件与用户问题相关性较弱。提供了一个有趣的Tcl语言实现COM的例子展示了COM的语言无关性但相关性一般。你的问题直指两个核心的现代扩展系统。简单来说Windows COM插件是操作系统级别的、基于严格二进制契约的组件而浏览器扩展是运行在浏览器沙箱内的、基于Web技术的事件驱动脚本集合。为了让您快速把握全貌我们先通过下表对比两者的核心特性特性维度Windows COM 插件浏览器扩展核心定位系统级功能组件用于扩展宿主应用程序的深层功能如渲染、UI。浏览器行为修饰器用于修改网页、添加UI或与浏览器交互。技术基础二进制标准 (COM)基于接口 (Interface) 和虚函数表 (vtable)。Web技术栈 (HTML, JS, CSS)基于事件和消息传递。宿主交互紧密耦合通过预定义的COM接口直接调用宿主功能。松散耦合通过浏览器提供的有限API进行异步通信运行在隔离的沙箱中。安全机制高信任度插件拥有与宿主进程相同的权限需完全信任。沙箱隔离严格权限模型内容脚本与网页隔离后台脚本权限受控。部署/分发通过DLL文件和系统注册表 (CLSID, ProgID)。通过打包的.crx或.xpi文件由浏览器扩展商店分发。⚙️ Windows COM插件的核心机制、实现与实例COM插件的核心是“二进制契约”。宿主程序如Word和插件如一个插件不共享代码只共享一份用接口定义语言 (IDL)写成的“合同”。这份合同被编译成类型库 (.tlb)双方都按此执行。内核机制接口 (Interface)一切交互的基础。每个接口都从IUnknown派生包含QueryInterface查询接口、AddRef和Release引用计数三个基本方法。插件通过实现特定接口如IPrintOemUI用于打印来提供服务。类对象 (Class Object) 与类厂 (Class Factory)插件DLL必须导出一个DllGetClassObject函数。当宿主调用CoCreateInstance时COM服务会加载DLL调用此函数获取类厂对象再由类厂的CreateInstance方法创建插件对象的实例。这是工厂方法模式的经典应用。引用计数与生命周期通过AddRef和Release管理对象生命周期实现内存的自动回收。这是RAII资源获取即初始化理念在COM中的体现。设计模式应用工厂方法模式 (Factory Method)如上所述IClassFactory::CreateInstance是标准的工厂方法用于解耦对象实例的创建与使用。抽象工厂模式 (Abstract Factory)如果插件需要创建一系列相关对象可以实现多个类厂接口。策略模式 (Strategy)插件通过实现某个功能接口如渲染策略使宿主能在运行时切换不同的算法或行为。实现实例一个打印插件根据微软官方驱动开发文档一个打印插件DLL必须实现以下核心部分// 1. 导出必要的COM函数STDAPIDllGetClassObject(REFCLSID clsid,REFIID riid,LPVOID*ppv){if(clsidCLSID_OEMUI){// 检查请求的是否是UI插件的CLSIDCClassFactory*pFactorynewCClassFactory();// 创建类厂returnpFactory-QueryInterface(riid,ppv);// 返回类厂接口}returnCLASS_E_CLASSNOTAVAILABLE;}STDAPIDllCanUnloadNow(){/* 检查是否可卸载 */}// 2. 实现类厂 (IClassFactory)classCClassFactory:publicIClassFactory{HRESULTCreateInstance(IUnknown*pUnkOuter,REFIID riid,void**ppv){COemUI*pPluginnewCOemUI();// 创建插件对象实例returnpPlugin-QueryInterface(riid,ppv);// 返回请求的接口}// ... LockServer等其他方法};// 3. 插件具体实现某个打印接口 (如IPrintOemUI2)classCOemUI:publicIPrintOemUI2{// 必须实现IUnknown的方法HRESULTQueryInterface(REFIID riid,void**ppv){...}ULONGAddRef(){...}ULONGRelease(){...}// 实现具体的打印插件功能方法HRESULTDocumentPropertySheets(...){/* 添加自定义打印设置页 */}HRESULTCommonUIProp(...){/* 处理打印UI */}}; 浏览器扩展的核心机制、实现与实例浏览器扩展的核心是“事件驱动与消息隔离”。它由多个松耦合的部件组成通过定义良好的API和消息通道进行协作。内核机制多部件架构清单文件 (manifest.json)扩展的“总配置单”声明所有部件、权限和资源。后台脚本/Service Worker扩展的事件处理中心监听浏览器事件如标签页更新、点击图标可调用所有Chrome API。它独立运行不与任何网页共享环境。内容脚本 (Content Script)注入到网页上下文的JS可以读取/修改DOM。但它与网页本身的JS隔离运行通过消息传递与后台脚本通信。UI页面如弹出页、选项页是普通的HTML页面用于与用户交互。消息传递机制这是连接隔离世界的桥梁。内容脚本和弹出页无法直接调用大部分浏览器API需要发送消息给后台脚本由后台脚本代为执行后返回结果。权限模型扩展必须在manifest.json中声明所需权限如“访问所有网站数据”、“书签”用户安装时会被告知。这是安全的核心。设计模式应用观察者模式/发布-订阅模式 (Observer/Pub-Sub)扩展大量监听浏览器事件如chrome.tabs.onUpdated是典型的观察者模式。中介者模式 (Mediator)后台脚本充当了中介者的角色协调内容脚本、UI页面和浏览器API之间的通信。外观模式 (Facade)chrome.*API 本身就是一个外观模式它封装了底层复杂的浏览器功能为扩展提供了统一、简洁的接口。实现实例一个高亮网页文本的扩展// manifest.json - 声明部件和权限{manifest_version:3,name:文本高亮器,version:1.0,permissions:[activeTab,scripting],// 声明权限background:{service_worker:background.js},// 后台脚本action:{default_popup:popup.html}// 弹出UI}// background.js - 后台脚本作为中枢// 监听弹出页发来的消息chrome.runtime.onMessage.addListener((request,sender,sendResponse){if(request.actionhighlight){// 执行内容脚本需声明scripting权限chrome.scripting.executeScript({target:{tabId:sender.tab.id},function:highlightText,// 要注入的函数args:[request.color]// 参数});}});// 这个函数将被注入到网页中执行functionhighlightText(color){// 这是一个内容脚本的逻辑运行在网页的独立环境中window.getSelection().getRangeAt(0).surroundContents(Object.assign(document.createElement(mark),{style:background-color:${color};}));}!-- popup.html - 弹出UI用户交互界面 --buttonidyellow高亮为黄色/buttonscriptdocument.getElementById(yellow).addEventListener(click,(){// 向后台脚本发送消息chrome.runtime.sendMessage({action:highlight,color:yellow});});/script 总结内核机制与设计思想的根本差异两者的内核机制差异源于不同的设计目标COM插件追求极致的性能和强大的底层功能因此牺牲了部分安全性和隔离性其内核是精确的二进制接口和进程内/跨进程调用机制。浏览器扩展的首要目标是安全与隔离防止恶意扩展破坏浏览器或用户计算机因此其内核是基于权限模型的沙箱和异步消息传递机制。理解这些区别有助于你在设计和实现时选择合适的模式和架构。