Тестовое задание по Lightning Components

Тестовое задание по Lightning Components

Народ, кому-нибудь попадалось тестовое задание по Lightning Components? Или может у кого есть такое под рукой?
Чет начинает потиху мозг заплывать жиром от повседневной рутины. Хочется немного себя подняпрячь, а заодно убить второго зайца - попробовать Lightning.

Если не тестовое задание, то может кто недавно делал какую-то задачу, которую считает отлично подходящей под Lightning Components. Буду признателен за задачку (можно в личку)

Хотя чего я туплю
Попробую простое CRUD приложение.

А заодно буду здесь задавать глупые вопрос

Я правильно понимаю что вот это все доступные готовые компоненты которые можно использовать?
https://developer.salesforce.com/docs/component-library/overview/components

Сразу бросилось в глаза!
Есть какая-то принципиальная разница в компонентах с разными префиксами?
ui:, lightning:, aura:, ... ?

Читаю вот эту инфу
https://trailhead.salesforce.com/content/learn/modules/lex_dev_lc_basics/lex_dev_lc_basics_intro

и вижу вот такой пункт
Create Stand-Alone Apps
A standalone app comprises components that use your Salesforce data and can be used independently from the standard Salesforce environment.

Это что за фича такая? Кто пробовал? Как работает?

Если начинать, то я б пробовал lwc и sfdx. Все движется к этому (на мой взгяд).
lightning - это компоненты уже с lightning стилямя, ui - без

camamber
Если начинать, то я б пробовал lwc и sfdx.

Спасибо за наводку.

Вопрос такого плана. Как обычно выглядит архитектура проекта на Lightning?
Это большая отдельная аппа с кучей компонентов (все в одном и работающее в пределах аппы) (типа как Angular SPA) или скорее просто куча отдельных компонентов которые потом встраиваются в разные места в SF?

Dmitry Shnyrev
Вопрос такого плана. Как обычно выглядит архитектура проекта на Lightning?
Это большая отдельная аппа с кучей компонентов (все в одном и работающее в пределах аппы) (типа как Angular SPA) или скорее просто куча отдельных компонентов которые потом встраиваются в разные места в SF?

В моем случае, куча отдельных компонентов, которые встраиваются в разные места (record detail page, lightning pages, vf pages). SPA в lightning строить довольно проблематично, так как нет простого механизма роутинга.

P.S. Да и вообще, мне не совсем понятен смысл использования СФ, если все приложение это один большой SPA.

camamber
P.S. Да и вообще, мне не совсем понятен смысл использования СФ, если все приложение это один большой SPA.

Отлично подмечено! Тоже склоняюсь к этой мысли. Lightning Components название как бы само намекает что проект это именно набор мелких компонентов. И да, отдельное SPA просто сводит смысл Salesforce до уровня простого хостинга.

Тогда получается нет особого смысла в приложении типа CRUD (list items, create, view, edit, delete) на одной странице. Получается все это остается на откуп SF.

Какой бы тогда тестовый компонент придумать чтобы был по феншую SF?

Начал ковырять LWC.

Ну это ж совсем другая тема. Это совсем не то что я когда-то пробовал писать обычные Lightning components. Тут уже даже походе на Ангуляр. Глаз прям радуется!!! Меня это прям очень сильно радует!!!!! Продолжим изучение

Dmitry Shnyrev
Тогда получается нет особого смысла в приложении типа CRUD (list items, create, view, edit, delete) на одной странице. Получается все это остается на откуп SF.

Какой бы тогда тестовый компонент придумать чтобы был по феншую SF?

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

Data binding конечно сильно ограниченный (по сравнению с Ангуляром).
https://developer.salesforce.com/docs/component-library/documentation/lwc/lwc.js_props_getter
Но жить можно

Interesting information? Help us, post link to social media..