Для разработки и настройки Salesforce требуется хорошее знание Force.com. Visualforce - это платформа, которая позволяет разработчикам создавать сложные настраиваемые пользовательские интерфейсы, которые могут быть размещены на платформе Force.com. Apex - это собственный язык программирования Force.com, который позволяет выполнять операторы управления потоком и транзакциями. Но в отличие от обычной платформы кодирования, Salesforce накладывает ограничения из-за своей многопользовательской облачной структуры. Ниже приведены 5 ошибок, которых следует избегать команде разработчиков Salesforce при настройке на Force.com.
1. Достижение предела запросов SOQL
Как поставщик с несколькими арендаторами, вы не можете разрешить клиенту в экземпляре CRM совершать миллионы вызовов API в минуту. Потому что это может повлиять на производительность других клиентов в том же экземпляре. Таким образом, Salesforce сохранила ограничения регулятора, которые ограничивают нет. вызовов API за период, что предотвращает написание плохого кода и поглощение пространства облачной обработки. Одно такое ограничение регулятора накладывается на язык запросов объектов Salesforce (SOQL). Общее количество выданных SOQL-запросов составляет 100 в синхронном режиме и 200 в асинхронном режиме. Желательно следовать правильным рекомендациям при использовании кода Apex, таким как избегание запросов внутри циклов FOR, использование коллекций Apex, написание исчерпывающих тестовых примеров и т. Д.
2. Несколько триггеров на одном объекте.
Триггеры Apex позволяют выполнять настраиваемые действия до или после событий с записями в Salesforce, например вставки, обновления или удаления. Но для конкретного сценария (например, «перед вставкой») рекомендуется писать одиночный триггер. Запись нескольких триггеров приводит к тому, что система не может распознать порядок выполнения. Более того, каждый запускаемый триггер не имеет собственных ограничений регулятора. Вместо этого весь обрабатываемый код, включая дополнительные триггеры, совместно использует эти доступные ресурсы.
3. Не увеличивайте объем кода
Массовое увеличение кода означает объединение повторяющихся задач в Salesforce Apex таким образом, чтобы код правильно обрабатывал более одной записи за раз. Пренебрежение массовым кодом приводит к выходу за пределы регулятора. Когда пакет записей инициирует Apex, выполняется единственный экземпляр этого кода Apex, но он должен обрабатывать все записи в этом пакете. Например, триггер может быть вызван вызовом Force.com SOAP API, который вставляет пакет записей. Таким образом, если пакет записей вызывает один и тот же код Apex, все эти записи необходимо обрабатывать как пакет, чтобы написать масштабируемый код и избежать выхода за пределы регулятора.
4. Проблемы с пользователем
Visualforce позволяет разрабатывать богатый пользовательский интерфейс со всплывающими окнами и изображениями, но может доставлять неудобства пользователю. Страницы, перегруженные данными и функциями, затрудняют нажатие кнопок или переход к ним. Дизайн в Visualforce должен быть связан с конкретными задачами с определенным рабочим процессом и навигацией между задачами. Также несвязанные данные или большое количество компонентов влияют на производительность и рискуют выйти за пределы регулятора для состояния просмотра, ограничений записи, размера кучи и общего размера страницы.
5. Сохранение жестко запрограммированных программ
В то время как разработка Salesforce работает над улучшением формулы и сохранением динамического кода Apex. Сохранение жестко закодированных URL-адресов может иметь катастрофические последствия, если среда изменится. Таким образом, концепция динамических URL-адресов выгодна в долгосрочной перспективе.
Подключитесь глубже
Если вам понравилась эта статья, пожалуйста, подпишитесь на нашу рассылку. Вы получите бесплатную копию нашего примера использования SMS-бот на основе искусственного интеллекта.
Изначально статья была опубликована в Maruti Techlabs .
