NPAPI替代实时文件编辑

Question

我目前有一个网络应用程序，它允许用户将文件下载到他们的计算机，使用他们自己的编辑器进行编辑，并在保存时自动将它们发送回服务器，并在关闭文件时发送一些额外的数据。它利用Java applet处理客户端处理，包括

• 文件下载，
• 发送锁定文件的请求，
• 在默认桌面应用中打开文件，
• 关注变化，
• 文件上传回服务器，
• 在关闭时发送解锁文件的请求。

由于Chrome将在9月停止支持NPAPI，我需要在保持功能的同时创建替代方案。我找不到很多选择。我发现至少能够实现的是Native Messaging，但我仍然无法想象如何使用它来模拟java applet的行为。

所以问题是 - 我可以用什么替代applet来替代applet？

Answer 1

看看你的评论，我将把你的问题分解为两个基本问题：

1. 原生消息如何工作？
2. 如何在Windows应用程序中下载文件并在应用程序等中启动它？

本机消息传递本质上允许您启动应用程序（必须在安装时注册以允许它以这种方式工作），该应用程序可以与您的扩展程序通信。然后，您可以通过扩展程序（或通过扩展程序代理请求的网页）来回与您的本机消息传递应用程序进行通信;你的消息必须基本上是json格式的（在javascript端提供json可编码的值，在可执行端你必须从stdin读取它并解析它，然后写入stdout结果;每条消息前面还有2个字节的整数表示消息的长度。）

基本上一旦你有通信，你只需要让你的应用程序能够响应一条消息，告诉它下载文件，等等。这是你必须要弄清楚的方法 - - 您可以使用python脚本，Windows exe，.net应用程序或任何您想要执行的任何内容来执行此操作，但每种方法都有优点和缺点。

希望有所帮助