我的公司为应用程序存储文件购买了大量存储空间。我们公司未来可能总是有可能选择不同的存储供应商。因此，我不想通过使用其REST服务直接访问存储，而是希望在其上设计一个包装器，以便在需要时可以更改底层存储而无需进行太多更改。
服务（REST）我将在与存储服务器不同的服务器上创建生命。这是一个更好的方法吗？因为我看到当客户端通过使用服务上传文件时，必须首先将文件加载到我的服务器上，然后将其推送到存储服务器。
建筑这样的东西应该是更好的方法？我们更喜欢在.NET中这样做，但如果合适，我们可以选择不同的技术。
答案 0 :(得分：0)
这取决于您尝试优化的内容。如果后端存储API发生更改，您的方法可以优化客户端应用程序的开发时间。如果您预计后端存储API会经常更改，那么这是一个有效的优化，我会说您已经走上正轨。我会使用类似WCF的东西（不一定是WCF DataServices，它更倾向于结构化数据，如数据库）。
但是，如果您的后端存储API不经常更改，则可能不值得增加额外包装层的开销。
这对我来说是一个决定性的问题，您预计对后端存储API进行更改的频率是多少？