filepicker.makeDropPane и атрибут ключа FPFile

Согласно веб-документам сборщика файлов, filepicker.pick больше не будет возвращать key в качестве атрибута FPFiles, переданного обратному вызову onSuccess.

Поскольку filepicker.pick кажется наиболее распространенным вызовом API, кажется, что он будет репрезентативным для того, как другие вызовы API могут измениться в будущем.

Это заставляет меня задаться вопросом, не будет ли FPFiles, переданный обратному вызову onSuccess в filepicker.makeDropPane, больше не получать атрибут key. Документация не упоминает об этом в области filepicker.makeDropPane.

В документах также ничего не говорится о том, является ли резервное копирование ваших изображений на S3 опцией, которую вы можете указать при использовании filepicker.makeDropPane. Я на самом деле хочу, чтобы это произошло, и это работает нормально, но я не указываю никакого логического параметра, который говорит, что сборщик файлов должен сделать это за меня. Это заставляет меня беспокоиться о том, что в какой-то момент сборщик файлов может изменить поведение по умолчанию под капотом, сломав мое приложение без предупреждения.

В документации для 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?


person cilphex    schedule 28.01.2013    source источник


Ответы (1)


Вы правильно интерпретируете, что makeDropPane нуждается в более явном объявлении того, где хранить загрузки - для «защиты от будущего» вашей реализации я бы рекомендовал добавить {store_location: "S3"} в качестве опции, которая будет сигнализировать нам о том, что загрузка должна храниться в вашем S3 (в отличие от стоечного пространства и т. д.), и это гарантирует, что мы вернем key.

Что касается атрибута id, я не вижу такого поведения, если у вас есть какие-либо дополнительные сведения (или jsfiddle и т. д.), которые были бы полезны.

person brettcvz    schedule 28.01.2013
comment
Спасибо, я добавлю это. Извините за недоразумение id - похоже, это, вероятно, добавил мой код. - person cilphex; 29.01.2013