Приветствую всех!
Недавно открыл для себя новую функциональность в SFDC - это Custom Settings.
Как известно, они могут быть 2 типов: List Custom Settings и Hierarchy Custom Settings.
С типом List Custom Settings - вроде все понятно. Это объект, хранящий в инфу в виде "словаря", и при работе с кодом он работает в паре с переменными типа Map.
А вот с Hierarchy Custom Settings я так ине разобрался. Что это? как и когда использовать?
Есть ли у вас реальные практические примеры использования этих двух типов Custom Settings? Думаю, что примеры из реальной жизни - это будут лучшие иллюстрации для понимания возможностей данного функционала.
Спасибо
Приветствую всех! Недавно открыл для себя новую функциональность в SFDC - это Custom Settings. Как известно, они могут быть 2 типов: List Custom Settings и Hierarchy Custom Settings. С типом List Custom Settings - вроде все понятно. Это объект, хранящий в инфу в виде "словаря", и при работе с кодом он работает в паре с переменными типа Map. А вот с Hierarchy Custom Settings я так ине разобрался. Что это? как и когда использовать? Есть ли у вас реальные практические примеры использования этих двух типов Custom Settings? Думаю, что примеры из реальной жизни - это будут лучшие иллюстрации для понимания возможностей данного функционала. Спасибо
Тоже в свое время ломал над этим голову, пока не столкнулся с custom settings на реальном проекте.
Оказалось все очень просто.
List Custom Settings - структура практически идентичная custom object. За исключением того что к данным тут надо обращаться по Name а не по Id как у objects. Данный тип подходит для хранения однотипных констант в виде списков (например сокращения стран: Russia => RU, ...).
Hierarchy Custom Settings - похожи больше на Глобальные константы. Тут уже речь идет о единичных значениях. Их лучше использовать для хранения параметров настроек (url for external API, login, password). Теперь самое главное. Есть Default Organization Level Value значения - доступны всем, а также можно задавать значения отдельно для Profile или User, которые будут возвращаться пользователю вместо дефолтных.
Так что все тут предельно просто. Будет время, напишу про это немного подробнее с реальными примерами.
Тоже в свое время ломал над этим голову, пока не столкнулся с custom settings на реальном проекте. Оказалось все очень просто. List Custom Settings - структура практически идентичная custom object. За исключением того что к данным тут надо обращаться по Name а не по Id как у objects. Данный тип подходит для хранения однотипных констант в виде списков (например сокращения стран: Russia => RU, ...). Hierarchy Custom Settings - похожи больше на Глобальные константы. Тут уже речь идет о единичных значениях. Их лучше использовать для хранения параметров настроек (url for external API, login, password). Теперь самое главное. Есть Default Organization Level Value значения - доступны всем, а также можно задавать значения отдельно для Profile или User, которые будут возвращаться пользователю вместо дефолтных. Так что все тут предельно просто. Будет время, напишу про это немного подробнее с реальными примерами.
Все еще лучше
Я даже как-то писал про это Храним в Salesforce настройки для приложения
Все еще лучше :) Я даже как-то писал про это [url=http://salesforce-developer.ru/hranim-v-salesforce-nastroyki-dlya-prilozheniya/]Храним в Salesforce настройки для приложения[/url]
Спасибо, хорошая статья.
"Также Hierarchy Custom Settings можно использовать в Formula Fields"
а листовые кастом сеттинги можно как-то использовать в Formula Fields?
Спасибо, хорошая статья. [i]"Также Hierarchy Custom Settings можно использовать в Formula Fields"[/i] а листовые кастом сеттинги можно как-то использовать в Formula Fields?