Регистрация  |  Вход

Custom Settings: применение

Приветствую всех!

Недавно открыл для себя новую функциональность в 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?