应用程序设计-守护进程w/ WebPage FrontEnd

Question

我有一个应用程序，它每5秒扫描一次输入目录，当一个作业(即文件)放在目录中时，应用程序读取它，处理它，并在输出目录中输出另一个文件。

我的问题是，如果我想在这个应用程序上放置一个基于web的前端，我将如何等待处理完成？

directory

• ......What here?

• processing

• 用户提交作业

• 作业在输入

是我正在做的网页上发生

• 输出文件是generated

• ......How，我知道作业已经完成了吗？

我想出的两个解决方案是：

• 轮询输出目录每x秒从网页
• 使用ajax轮询一个the服务或网页，该服务或网页报告输出文件是否存在

。

服务器有更好的设计吗？换句话说，TCP或命名管道在这种情况下会有什么帮助？(由于DCOM对象无法使用远程处理。)

Answer 1

我们过去在商业上做过的一个解决方案基本上是守护进程向日志(通常是DB)写入日志(通常是DB)，带有日期/时间戳，说明它在做什么，web前端只显示日志中最新的X个条目，只需稍微切换一下，就可以隐藏所有“查找目录，没有找到文件”的消息，运行良好，我们稍后使用AJAX (每20秒重新加载的计时器)对其进行升级。

Answer 2

我不认为命名管道会使让web客户端自动投票变得更加容易，但它可能会使服务器更好地通知另一个进程，即转换已经完成--并最终将一条消息排队到web浏览器。

您可以尝试让web客户端每隔几秒钟轮询一次，查看文件进程是否已经完成，或者您也可以将类似于“推送”命令的命令推到页面上。Juggernaut使用Flash在web浏览器上打开一个套接字，该套接字不断地从服务器向JavaScript提供信息。它可以负责发送命令，通知浏览器文件已经完成，然后发出重定向。