Всем привет!
недавно обнаружил в чужом коде возможность создавать для записей аттачменты в виде Feed Attachment, т.е. это аттачи-посты в Чатер фид ленте (т.е. аттачи-посты которые относят к данной записи).
заметил что у Feed Attachment есть определенные преимущества - если это картинка - то видна превьюшка (все чатер посты видны сверху детайл лейаута), плюс если кликнуть на посте то откроется аккуратная страница с файлом, где например можно подгружать новые версии этого файла.
но есть и недостатки - сайтовый пользователь не может создавать Фид-постов.
А был ли у вас опыт работы с Feed Attachment? в каких случаях их нужно применять?
спасибо
Обычные аттачменты уже довольно старые и все идет к тому, что чаттеровские файлы их заменят.
Пока у вторых есть весомый недостаток: если ленту записи публикуется много постов по другим темам, то найти именно аттачи будет трудно.
да, к слову, Фид Аттачи доступны в Рел Литсе Notes & Attachments также как и простые аттачи.
заметил, что в моем рабочем примере Фит Атачи используется со специальным кастомным объектом "Приложения" (в смысле - дополн документы), записи которого дочерние от каст объекта "Заявления". Т.е. под процесс работы с аттачами выделен целый объект (а это именно процесс - они открывают их, правят и загружают обратно), записи которого хранят допол инфу об приатаченных документах плюс сами Фид Атачи на этих записях. Есть кнопка для кастомизированной загрузки Фид Атачей. В общем все сделано серьезно и для удобства пользователя.
Разобрался чуток.
кастомный объект "Приложения" - это дочерний от головной записи объект-обертка для Аттачей (и не важно каких).
он имеет собственые атрибуты, которые по существу являются описаниями характереистин\назначения Аттачей. И тем самым "оборачивает" Атач, "придавая" ему новые поля. А зачем это?
в головном объекте могут быть ВАл Рулы, WF рулы и АпПРоцессы которые следят не только за колвом дочерних обернутых атачей, но за их полями, использую их как условия.
Мне понравилось.
также говоря про работу с Атачами напомню про идею Wilderа о том, что в случае, если нужно, чтобы один станд Аттач принадлежал к разным записям, то можно использовать связывающий объект. Но отличие от указанного выше случая, что junction object не будет дочерным кому-то, и не подрузумевается что он несет в какую-то допол полезную инфу об аттаче.
