Salesforce Developer

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

Адміністрування – важлива частина, причому не лише у Salesforce, а й у будь-якому іншому напрямку. На роботі ви не будете цілий день писати код, вам завжди треба буде щось десь налаштовувати, щоб ваш додаток злетів.
На першому етапі адміністрування необхідно створити об’єкти, які були продумані на першому завданні. Вивести їх на інтерфейс та привести у зручний для перегляду вигляд.

Record Type – це поле, що вказує на тип запису. Від цього поля може залежати відображення інших полів, їхня обов’язковість або можливість редагувати.
Записи того самого об’єкта, що мають різні рекорд тайпи можуть відрізнятися і мати різний функціонал. При цьому немає необхідності створювати окремий об’єкт, коли більшість функціоналу однакова.

Тут студент вивчає рівні доступу (доступ до об’єкта, доступ до певних записів, доступ до певних полів), види доступу – створення, редагування, видалення.

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

Вивчаємо можливості стандартних інструментів visualforce-page, знайомимося з мовою Apex з прикладу Apex-контролера, коли результат виконання коду можна відразу побачити сторінку.

Знайомство з мовами SOQL та SOSL, написання складних запитів на пошук записів.

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

Кінцевий користувач не повинен бачити нічого зайвого. Він не повинен бачити страшний текст ексепшена або сторінку, що взагалі зламалася. Так само він у жодному разі не повинен побачити зайвих даних. Тому тут треба буде все перевірити та обробити. І заразом, у ході рефакторингу, треба виправити всі написи, які виникають у користувача на інтерфейсі. Щоб надалі їх можна було зменшити через адмінку.

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

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

Стандартна форма створення запису який завжди має весь функціонал, який клієнту хотілося б, тому тут треба створювати кастомну форму. А щоб клієнт міг сам керувати цією кастомною формою – необхідно додати кастомні налаштування для цієї форми.
Крім кастомної форми тут буде знайомство з Custom metadata types, а саме створення кастомних налаштувань для додатка. А щоб ці налаштування було зручно налаштовувати – програміст також повинен зробити зручну сторінку для цих кастомних налаштувань.

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

Фінальна задача, де студенту треба буде зібрати все, що вони зробили в окремий пакет, встановити/задеплоїти його на окремий орг, і перевірити чи правильно працює.