0

我的公司为应用程序购买了巨大的存储空间来存储文件。我们公司将来可能总是有可能选择不同的存储供应商。因此,我不想通过使用其 REST 服务直接访问存储,而是想在其之上设计一个包装器,以便在需要时可以更改底层存储而无需进行太多更改。

我将要创建的服务 (REST) 在与存储服务器不同的服务器上运行。这是更好的方法吗?因为我看到当客户端通过使用服务上传文件时,必须先将文件加载到我的服务器上,然后再将其推送到存储服务器。

构建这样的东西的更好方法应该是什么?我们更喜欢在 .NET 中执行此操作,但如果合适,我们可以选择不同的技术。

4

1 回答 1

0

这将取决于您要优化的内容。如果您的后端存储 API 发生变化,您的方法可以优化客户端应用程序的开发时间。如果您预计您的后端存储 API 会经常更改,那么这是一个有效的优化,我会说您在正确的轨道上。我会使用 WCF 之类的东西(不一定是 WCF DataServices,它更针对结构化数据,例如数据库)。

但是,如果您的后端存储 API 不经常更改,那么增加额外的包装层的开销可能不值得。

这将是我的决定性问题,您预计后端存储 API 的更改频率如何?

于 2013-03-26T16:34:54.057 回答