WWF - 初学者关于 Windows 工作流服务的简单设计决策

Question

我想开发一个工作流服务。

我所做的如下：

1. 我向服务发送图像的 url
2. 将一条新记录插入到数据库中，并显示 imageABC.jpg 状态：“待处理”
3. 服务会下载映像并将其保存在文件系统上
4. 当服务器可以开始处理它更新的映像时， 状态为“开始处理”
5. 服务对图像进行一些图像处理（时间 消耗）
6. 服务完成图像处理作业并更新状态 到数据库表中的“完成”，
7. 服务会发送带有图像 url 的响应问题

： 我希望计算机一次仅对一张图像进行图像处理（我使用共享托管，因此资源有限）

如何确保用户可以调用该服务，并且该服务将执行步骤 1,2,3 （因为这并不是非常耗时）但是会等到上一个图像完成处理吗？

请给我任何建议。我是新人，刚刚学习。 谢谢。

PS：我还想允许客户端通过询问数据库的状态来查看其图像的状态。我可以将其合并到工作流程服务中吗？我应该这样做还是应该将其作为一项单独的服务？

Answer 1

你要么同步做事，要么异步做事。你所描述的对我来说听起来就像是混合物。

单个方法调用可以一次完成所有操作，从而迫使客户端等待一切完成，或者您可以提供客户端可以调用的不同方法来确定状态，例如。

public enum DownloadStatus{
    Pending,
    Processing,
    Done,
}

public class YourService: IYourServiceInterface
{
     public Guid SubmitDownload(string imageUrl)...

     public DownloadStatus GetStatus(Guid downloadId) ...

     public byte[] GetResult(Guid downloadId)...

}

因此，您的客户将向您的服务提交下载。然后，该服务会将 imageUrl 保存在数据库中，状态为 Pending。计划任务（基本上是另一个应用程序）将读取所有待处理任务并开始下载，将每个下载任务标记为正在处理。当计划任务下载并处理图像后，它会将结果保存在某个地方（很可能保存在文件中，如果您坚持的话，也可以保存在数据库中）并将状态设置为“完成”...虽然这一切正在进行时，客户端将通过调用 GetStatus 方法轮询服务的当前状态。轮询间隔应调整为您的作业下载和处理图像所需的预期时间。一旦客户端从 GetStatus 收到 Done 状态，它就知道可以调用 GetResult 并检索图像。

Answer 2

使用消息队列实现图像处理。当文件上传到服务器然后将其保存到磁盘时，将记录插入数据库并通过将消息插入队列来对文件进行排队以进行处理。然后处理队列中的图像，一次处理一张，完成后更新数据库中的文件状态。