Salesforce Developer

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

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

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

Тут студент изучает уровни доступа (доступ к объекту, доступ к определенным записям, доступ к определенным полям), виды доступа – создание, редактирование, удаление.

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

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

Знакомство с языками SOQL и SOSL, написание сложных запросов на поиск записей.

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

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

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

Асинхронные процессы нужны для обработки больших объемов данных, выполнения сложных алгоритмов, когда пользователю не обязательно ждать завершения задачи.
Тут будет заменен один из автоматических процессов (вместо того, чтобы вешать процесс на каждую запись – можно сделать асинхронный процесс, который обработает все нужные записи за один раз)

Стандартная форма создания записи не всегда имеет весь функционал, который клиенту хотелось бы, поэтому тут надо создавать кастомную форму. А что бы клиент мог сам управлять этой кастомной формой – необходимо добавить кастомные настройки для этой формы.
Помимо кастомной формы тут будет знакомство с Custom metadata types, а именно – создание кастомных настроек для приложения. А что бы эти настройки было удобно настраивать – программист так же должен сделать удобную страницу для этих кастомных настроек.

Для выполнения этой задачи надо будет применить полученные ранее знания, повторно использовать созданные ранее компоненты, еще глубже изучить возможности Apex и Lightning и завернуть это все в SLDS – что бы было красиво.

Финальная задача, где студенту надо будет собрать все что они сделали в отдельный пакет, установить/задеплоить его на отдельный орг, и проверить все ли правильно работает.