filepicker の Web ドキュメントによると、onSuccess コールバックに渡される FPFiles の属性としてfilepicker.pick
返されなくなります。key
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