0

根据 filepicker web docs，filepicker.pick将不再key作为传递给 onSuccess 回调的 FPFiles 的属性返回。

由于filepicker.pick这似乎是最常见的 api 调用，它似乎代表了其他 api 调用未来可能发生的变化。

这让我想知道FPFiles传递给onSuccess回调的filepicker.makeDropPane是否也将不再获得key属性。filepicker.makeDropPane该文档在该区域没有对此进行说明。

文档中也没有说明将图像备份到 S3 是否是您可以在使用filepicker.makeDropPane. 我确实希望这种情况发生，并且工作正常，但我没有指定任何布尔参数来说明 filepicker 应该为我执行此操作。这让我担心文件选择器在某些时候可能会改变默认行为，从而在没有警告的情况下破坏我的应用程序。

状态的文档filepicker.pick：

注意：“key”参数已弃用，很快将被删除。如果您想在挑选后立即存储文件，请使用 filepicker.pickAndStore 调用。

嗯，这很好知道filepicker.pick，但是呢filepicker.makeDropPane？有计划filepicker.makeDropPaneAndStore吗？是否有其他方法可以指定自动上传到 S3？会filepicker.makeDropPane永远自动上传到 S3，没有指定原因吗？filepicker.makeDropPane或者我们应该像对待filepicker.pick，并假设它不会上传到 S3，并在上传后调用filepicker.pickAndStore每个FPFile？如果是这样，我们应该什么时候进行更改，因为现在它已经自动上传到 S3，而且我们会复制每个 S3 上传，所以现在它是多余的？

除了这些问题之外，目前FPFiles正在传递给onSuccess回调的filepicker.makeDropPane还有一个未记录的id属性。此id属性不是唯一的 - 每个FPFile. 这会变成独一无二的吗？我们应该避免使用它吗？如果没有记录，为什么会在那里？

我们应该使用哪个FPFile属性来实际跟踪FPFiles本地？ url?

4

1 回答 1

1

您正确地解释了 makeDropPane 需要更明确地声明存储上传的位置 - 为了“面向未来”您的实现，我建议添加 a{store_location: "S3"}作为选项，这将向我们表明上传应该是存储到您的 S3 中（而不是机架空间等），并保证我们返回一个key.

关于id属性，我没有看到这种行为，如果您有更多的细节（或 jsfiddle 等）会有所帮助。

于 2013-01-28T23:52:02.573 回答