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

Условие для разного выполнения кода в зависим. от типа Орга?

Всем привет!

Вопрос:

Можно ли создать if(условие) для разного выполнения кода в зависимости от типа Орга?

например в сандбоксе и препроде колаут делается на тестовый WEB сервис, а вот в Проде тот же код сделает вызов уже реального WEB сервиса?

спасибо

Всем привет!

Вопрос:
Можно ли создать if(условие) для разного выполнения кода в зависимости от типа Орга?

например в сандбоксе и препроде колаут делается на тестовый WEB сервис, а вот в Проде тот же код сделает вызов уже реального WEB сервиса?

спасибо

Пока на ум пришло использовать организацион ID

Пока на ум пришло использовать организацион ID

У меня на ум приходит такая тема как Custom Settings

http://help.salesforce.com/HTViewHelpDoc?id=cs_about.htm&language=en_US

У меня на ум приходит такая тема как Custom Settings 

[url]http://help.salesforce.com/HTViewHelpDoc?id=cs_about.htm&language=en_US[/url]

Согласен с Артемом. Все настройки (в том числе endpoint для webservice) выносить в Custom Settings и настраивать для каждого огра.
Код не должен знать на каком типе орга он работает!

Согласен с Артемом. Все настройки (в том числе endpoint для webservice) выносить в Custom Settings и настраивать для каждого огра.
Код не должен знать на каком типе орга он работает!

Полностью соглашаюсь, что подход "вычисления" орга в данном случае изначально не верен.

Теперь понимаю, что Custom Setting - это такие выключатели, крутилки, тумблеры которые нужны для управления кодом без (необходимости и возможности) ручных изменений в нем.

еще один важный пазл встал на свое место в моей дырявой картинке видения, как это все работает.

спасибо

PS: а в change set загружается только метаданные Custom Setting без самих данных? жаль, тогда в новом Орге в ручную нужно все выставлять...
плюс добавилась работа с юнит тестами - пока просто перехватил тестовый ран, так как это не важно, а в будущем придется попробовать создавать Custom Setting в тесте, надеюсь это возможно.

Полностью соглашаюсь, что подход "вычисления" орга в данном случае изначально не верен.

Теперь понимаю, что Custom Setting - это такие выключатели, крутилки, тумблеры которые нужны для управления кодом без (необходимости и возможности) ручных изменений в нем.

еще один важный пазл встал на свое место в моей дырявой картинке видения, как это все работает.

спасибо

PS: а в change set загружается только метаданные Custom Setting без самих данных? жаль, тогда в новом Орге в ручную нужно все выставлять...
плюс добавилась работа с юнит тестами - пока просто перехватил тестовый ран, так как это не важно, а в будущем придется попробовать создавать Custom Setting в тесте, надеюсь это возможно.