能否通过网页浏览器调用控制本地CATIA、Office等客户端工具？

核心架构选型（适配COM组件特性） #

现有程序基于COM+Automation开发，可采用Web触发本地COM调用的轻量架构，无需重构核心代码即可完全适配现有技术栈：

• 服务端仅部署业务逻辑层、权限管理模块、程序包分发节点，核心CATIA交互的COM组件无需移植到服务端，规避CATIA服务端许可合规、多实例冲突问题
• 客户端仅保留2个轻量依赖：CATIA原生环境、体积小于100KB的本地代理程序（用于接收网页指令调用本地COM接口）

具体实现步骤 #

1. 现有COM组件封装改造（零核心逻辑修改） #

• 把现有C++编写的CATIA Automation调用逻辑封装为可独立加载的COM DLL，暴露统一方法入口（例如RunCATIATask(json_params)），参数采用JSON格式传递，原有代码100%复用无需重写
• 给DLL添加数字签名，避免客户端安全机制拦截

2. 本地代理程序开发 #

• 用C++/C#编写轻量Windows本地代理，自带HTTP服务监听127.0.0.1的固定端口，仅响应本地网页请求
• 代理仅包含3块核心逻辑：
  • 校验请求合法性（和服务端做签名校验，避免恶意调用）
  • 按需从服务端拉取最新版COM DLL到本地缓存，自动完成更新
  • 加载COM DLL调用对应方法，把执行结果返回给网页
• 代理可配置为开机自启，无UI界面，后台静默运行，无需用户手动操作；返回的HTTP响应头添加CORS允许规则，仅放行你的业务域名访问，同时解决跨域问题和安全风险

3. 服务端模块开发 #

• 权限管理模块：给客户分配账号、绑定可访问的功能列表，每次网页请求先完成鉴权
• 程序包管理模块：支持上传更新COM DLL版本，可实现灰度发布，给不同客户推送指定版本的程序
• 日志统计模块：记录客户端调用情况、错误信息，方便排查问题

4. 网页端开发 #

• 网页仅做功能入口、参数输入、结果展示，所有CATIA交互逻辑都走本地代理转发
• 网页和本地代理通过fetch/XMLHttpRequest调用127.0.0.1的端口接口传递参数即可，无需安装任何浏览器插件

方案优势 #

• 完全适配现有COM技术栈，核心代码复用率100%，改造工作量极小
• 客户端无需手动部署更新，每次程序迭代只需服务端上传新版本，代理自动拉取生效
• 访问权限完全由服务端控制，可随时调整、关停指定客户的功能权限
• CATIA仍运行在客户本地，完全符合CATIA的许可要求，无服务端许可的合规风险
• 所有CATIA交互逻辑都在本地执行，和之前本地运行的性能完全一致，无网络延迟影响

内容的提问来源于stack exchange，提问作者msdos41