Недопустимые приемы повышения производительности Apex — что не стоит делать для оптимизации кода

Apex - это язык программирования, который используется для создания пользовательских приложений в Salesforce. Он позволяет разработчикам создавать сложные бизнес-логику и взаимодействовать с данными в платформе Salesforce. При разработке приложений на Apex существует множество методов, которые можно использовать для повышения производительности кода. Однако, есть методы, которые запрещены и могут негативно сказаться на производительности и надежности приложения.

В этой статье мы рассмотрим некоторые из таких запрещенных методов повышения производительности Apex. Во-первых, исполнение запросов базы данных в циклах является неправильным подходом. Это может привести к множественному выполнению одного и того же запроса и значительно замедлить процесс. Рекомендуется использовать массовые операции ИЗМЕНЕНИЯ и ВСТАВКИ или сделать основной запрос перед циклом и использовать его результаты.

Во-вторых, избегайте создания слишком больших страниц Apex. Необходимо учитывать ограничения платформы Salesforce и не превышать их. Большие страницы могут привести к длительным временным задержкам при загрузке и обработке данных. Рекомендуется разделить страницы на несколько более мелких страниц и использовать ленивую загрузку данных для оптимизации производительности.

И наконец, избегайте использования синхронных вызовов HTTP при взаимодействии с внешними сервисами. Синхронные вызовы могут замораживать исполнение кода и приводить к блокировке потоков, что может создать проблемы с производительностью и надежностью приложения. Рекомендуется использовать асинхронные вызовы и обратные вызовы для оптимизации процесса обмена данными с внешними сервисами.

Использование этих запрещенных методов повышения производительности Apex может негативно сказаться на штрафах производительности и надежности вашего приложения. Чтобы избежать таких проблем, следует придерживаться рекомендаций и лучших практик, предоставляемых Salesforce, и всегда стремиться к оптимизации и эффективному использованию ресурсов платформы.

Запрещены методы повышения производительности Apex

• Избегайте использования глобальных переменных внутри классов Apex, так как это может привести к неожиданным взаимодействиям между различными экземплярами класса.
• Не используйте SOQL (Salesforce Object Query Language) запросы внутри циклов. Вместо этого, производите запросы перед циклом и сохраняйте результаты в переменные.
• Избегайте рекурсивных вызовов методов. Рекурсия может вызвать нестабильность в выполнении кода и привести к переполнению стека вызовов.
• Не используйте большое количество DML (Data Manipulation Language) операций внутри циклов. Лучше группируйте DML операции и выполняйте их за один вызов.
• Избегайте прямого выполнения SOQL и DML операций внутри конструкторов классов Apex. Вместо этого, выполняйте эти операции в отдельных методах.
• Не используйте @future аннотацию для вызова асинхронных методов внутри циклов. Это может привести к накоплению запросов и перегрузке системы.
• Избегайте осуществления большого количества SOQL запросов или DML операций на больших объемах данных. Это может привести к снижению производительности и превышению лимитов платформы Salesforce.
• Не используйте множественные точки сохранения (savepoints) внутри одной транзакции. Это может привести к сложностям с управлением транзакциями и делает код менее читаемым.

Помните, что основным принципом при разработке на платформе Salesforce Apex является эффективность и безопасность кода. Используйте рекомендованные методы и инструменты, чтобы достичь более высокой производительности ваших приложений.

Использование небезопасных ссылок на код

Небезопасные ссылки на код могут возникнуть в результате использования таких практик, как использование абсолютных путей до файлов или использование жестко закодированных ссылок. Это может привести к трудностям при переносе или обновлении кода, так как при изменении местоположения файлов или актуализации версий может потребоваться ручное внесение изменений во всех местах, где используются такие ссылки.

Кроме того, использование небезопасных ссылок на код может представлять угрозу безопасности. Например, если злоумышленники получат доступ к системе и изменят путь или содержимое файла, то это может привести к некорректной работе приложения или даже к уязвимостям в безопасности.

Для обеспечения безопасности и удобства поддержки кода рекомендуется использовать относительные ссылки на код. Они позволяют автоматически поддерживать связи между файлами и предоставляют гибкость при изменении структуры проекта или местоположения файлов.

В приведенном примере показано, как можно использовать абсолютную и относительную ссылки на скриптовый файл. Абсолютная ссылка указывает на конкретный путь до файла (в данном случае "/js/script.js"), в то время как относительная ссылка указывает на путь относительно текущего файла (в данном случае "../js/script.js"). Использование относительных ссылок повышает гибкость и упрощает поддержку кода.

Применение большого количества запросов в циклах

Проблема:

Один из распространенных и запрещенных методов повышения производительности в Apex - применение большого количества запросов в циклах. Это означает, что каждый элемент цикла выполняет отдельный запрос к базе данных или другому источнику данных, что является чрезмерно ненадежным и неэффективным подходом.

Пример:

Рассмотрим следующий код, который демонстрирует неправильное применение запросов в цикле:

for(Account acc : accounts) {
// Выполняется запрос к базе данных для каждого аккаунта
Contact[] contacts = [SELECT Id, Name FROM Contact WHERE AccountId = :acc.Id];
// Здесь выполняются операции с контактами
}

В данном примере для каждого элемента массива accounts выполняется отдельный запрос к базе данных, чтобы получить все связанные контакты. Это приводит к множеству ненужных запросов и снижает производительность приложения.

Решение:

Оптимизацией данной проблемы может быть использование SOQL-запросов в цикле, чтобы запросить все необходимые данные одним запросом:

Set<Id> accountIds = new Set<Id>();
for(Account acc : accounts) {
accountIds.add(acc.Id);
}
// Запрос выполняется один раз для всех аккаунтов
List<Contact> contacts = [SELECT Id, Name FROM Contact WHERE AccountId IN :accountIds];
// Здесь выполняются операции с контактами

В данном случае мы создаем множество идентификаторов аккаунтов, которые нужны для запроса контактов. Затем выполняется один единственный запрос, используя оператор IN, чтобы найти все связанные контакты для данных аккаунтов. Это существенно снижает количество запросов и улучшает производительность кода.

Использование большого количества запросов в циклах является плохой практикой и может существенно ухудшить производительность приложения на платформе Apex. Вместо этого следует использовать оптимальные подходы, такие как batch-запросы или использование связанных запросов для хранения всех требуемых данных и выполнения операций с ними.

Игнорирование кэширования данных

В поисках более высокой производительности кода на Apex, разработчики могут иногда попытаться пренебрегать кэшированием данных. Это может показаться легким и удобным решением для избежания лишних операций с данными, но на самом деле может иметь серьезные последствия для производительности и надежности приложения.

Игнорирование кэширования данных может привести к избыточным обращениям к источникам данных, таким как базы данных или внешние API. Каждый запрос к этим источникам данных требует времени и ресурсов, и если происходит избыточное количество запросов, это может существенно замедлить работу приложения.

Кроме того, игнорирование кэширования может привести к несогласованности данных. Если запросы к источникам данных происходят одновременно из нескольких потоков выполнения, возможно возникновение ситуаций, когда данные, полученные из разных запросов, не совпадают. Это может привести к ошибкам в логике приложения или даже к потере данных.

Поэтому рекомендуется всегда использовать кэширование данных в приложениях Apex, особенно при работе с источниками данных, которые могут быть медленными или ненадежными. Кэширование позволяет избежать избыточных запросов к данным и снизить нагрузку на эти источники. Кроме того, кэширование способствует согласованности данных и предотвращает потерю данных из-за одновременных запросов.

Неправильная настройка и использование асинхронных вызовов

В Apex имеется возможность использовать асинхронные вызовы для выполнения длительных операций в фоновом режиме. Однако, неправильная настройка и использование таких вызовов может привести к снижению производительности и непредсказуемому поведению приложения.

Одной из распространенных ошибок является чрезмерное использование асинхронных вызовов. Если приложение использует слишком много асинхронных вызовов одновременно, это может привести к перегрузке сети и снижению общей производительности.

Также важно правильно настраивать ограничения на максимальное количество параллельных асинхронных вызовов. Если не установить ограничения, приложение может столкнуться с проблемой перегрузки и снижения производительности сервера.

Еще одной распространенной ошибкой является неправильный выбор метода асинхронного вызова. В Apex существуют различные методы асинхронной обработки, такие как Queueable, Batchable и Future. Неправильный выбор метода может привести к ненужной сложности и негативно сказаться на производительности.

В целом, для правильного использования асинхронных вызовов в Apex необходимо соблюдать ограничения, правильно настраивать их параметры, а также выбирать подходящий метод обработки. Только тогда можно достичь максимальной производительности и избежать негативных последствий.

Неэффективное использование операторов и методов Apex

В Apex есть множество операторов и методов, которые могут быть неэффективно использованы и привести к снижению производительности приложения. Ниже приведены примеры некоторых таких операторов и методов и способы их более эффективного использования.

1. Операторы цикла

Операторы цикла, такие как for, while или do-while, могут быть неэффективно использованы, если в них содержится большое количество итераций или сложные вычисления. В таких случаях рекомендуется оптимизировать циклы или использовать более эффективные алгоритмы.

2. Методы коллекций

Некоторые методы коллекций, такие как add или remove, могут быть неэффективно использованы при работе с большими объемами данных. Вместо использования этих методов множество раз в цикле, можно использовать методы addAll или removeAll, которые выполняются быстрее при работе с большими коллекциями.

3. Рекурсия

Использование рекурсии может быть неэффективным при работе с большими объемами данных, так как каждый новый вызов функции создает новый контекст выполнения. В таких случаях рекомендуется переписать код с использованием циклов или использовать оптимизированные алгоритмы.

4. Использование метода SOQL FOR

Метод SOQL FOR может быть неэффективно использован в случаях, когда требуется выбрать большое количество записей из базы данных. Вместо этого рекомендуется использовать методы SOQL OFFSET и SOQL LIMIT, чтобы выбрать только необходимое количество записей.

Неверное использование операторов и методов Apex может существенно снизить производительность приложения. Поэтому, рекомендуется внимательно оценивать использование каждого оператора и метода, и при необходимости проводить оптимизацию кода.

Запросы к базе данных без необходимости

Периодически, разработчики могут злоупотреблять запросами к базе данных, выполняя их слишком часто или без необходимости. Это может происходить из-за неправильной архитектуры приложения или через неоптимальное использование ORM (Object-Relational Mapping).

Избыточные запросы могут вызывать задержки и мешать другим разработчикам, которые также могут обращаться к базе данных. Более того, постоянные запросы могут привести к значительному увеличению расходов на обслуживание базы данных.

Важно понимать необходимость каждого запроса и минимизировать их количество, используя кэширование и более эффективные методы доступа к данным.

Неправильное использование триггеров

Одной из распространенных ошибок, связанных с триггерами, является создание сложной логики бизнес-правил прямо в триггере. Это может привести к усложнению и загромождению триггера, что делает его сложным в отладке и поддержке. Вместо этого, рекомендуется выносить логику бизнес-правил в отдельный слой сервисов или классов, которые могут быть вызваны триггером.

Еще одной распространенной ошибкой является некорректное использование триггеров в цикле. Например, если триггер вызывается при создании или обновлении одной записи, он может вызываться снова при создании или обновлении другой записи в рамках этого же цикла. Это может привести к бесконечной рекурсии и падению производительности приложения. Для избежания подобной ситуации рекомендуется проверять, вызывался ли триггер в этом цикле ранее, и пропускать выполнение логики, если это так.

Наконец, неправильное использование триггеров может привести к чрезмерной нагрузке на базу данных. Если триггер выполняет сложную логику или обращается к другим объектам базы данных, это может существенно замедлить работу всей системы. В таких случаях рекомендуется тщательно проектировать и тестировать триггеры, чтобы минимизировать их воздействие на производительность приложения.

Таким образом, при использовании триггеров в Apex необходимо быть осторожным и следить за правильным применением. Вынос логики бизнес-правил в отдельные слои, избегание рекурсии и оптимизация производительности - ключевые аспекты, которые нужно учитывать при работе с триггерами.

Неудачное использование библиотек и фреймворков Apex

При разработке на Apex, разработчики часто сталкиваются с соблазном использовать сторонние библиотеки и фреймворки для повышения производительности и функциональности своего кода. Однако, не всегда это приводит к положительным результатам.

Одной из проблем, с которыми можно столкнуться при использовании сторонних библиотек и фреймворков, является совместимость. Некоторые библиотеки могут использовать устаревшие методы и классы, что может привести к конфликтам с существующим кодом и вызывать ошибки в процессе выполнения приложения. Поэтому, перед использованием любой библиотеки или фреймворка, необходимо провести тщательное исследование и убедиться в их совместимости с Apex.

Еще одним негативным аспектом использования сторонних библиотек и фреймворков является увеличение размера кода. Использование лишних библиотек может привести к увеличению размера файлов приложения, что в итоге приведет к увеличению времени загрузки страницы и негативно скажется на производительности приложения.

Также стоит учитывать, что использование сторонних библиотек и фреймворков может сделать код более сложным и менее читаемым. Некоторые библиотеки предлагают множество функций и возможностей, которые могут быть излишними для конкретного проекта. Управление большим количеством кода сторонних библиотек может стать сложной задачей и затруднить поддержку и разработку приложения в дальнейшем.