Рассказывайте ваши истории успеха перехода клиентов на Lightning.
Что у вас сломалось?
Какие костыли вы придумали?
Да ты юморист:)
Пока все сидят на Classic.
Пока только истории антиуспеха!
Все пробуют и плюются!
Одна компания писал проект 40 часов, после фиксили баги в лайтнинге 60 часов. После этого это компания отказалась от Лайтнинга на не определенное время.Если это конечно можно назвать историей успеха.))
Кстати, мне сегодня чувачек написал, мол как это не работают ссылки в Lightning, мож в каком-то определенном бравзере. Я полез проверять, а там больше не js, а нормальные ссылки и все работает. Мне нравится, как он выглядит, но очень больно пока с ним работать - долго ищу свои кнопочки и поля.
У всех бизнесов по разному. В продуктовых компаниях, по ощущениям, пока нету четкого представления что делать с этим Lightning. Ну то есть все согласны что это модно и круто, но как к нему адаптироваться, пока непонятно. Такое впечатление что люди, отвечающие за бизнес, не понимают до конца, что это.
здесь можно даже разделить Лайтнинг и сопутствующие ему задачи\ситуации\проблемы на две части:
(1) стандартный Лайтнинг ЮИ и сопутствующий ему LDS дизайн:
были ли случаи перехода на новый тоуч-френдли ЮИ? переверстывали ли ваши ВФ страницы на новый дизайн?
(2) Это собственно Лайтнинг компонентс: перенос "вечеринки" на фронт-энд. И как видите они не назвали это Lightning SPA framework. Почему? потому что идея простого фронт-энд SPA (независимого от сервера и легко портируемого) просто не подходит для СФ. Весь сахар СФ в его поинт-энд-клик функционале и нехилых стандартных возможностях, т.е. в том, что крутится-вертится на сервере, за что и платим денежки. Не имеет смысла отказываться от этого и фокусироваться на перенос логики на фронт.
Поэтому они назвали эту тему "компонентс", т.е. создание незавимых компонентов, работающих на JS, которые подходят/работают друг с другом как блоки Лего и прямо на фронте, не требуя их "связывания" на сервере. А еще они должны легко интегрироваться (и взаимодействовать) со стандартным Лайтнинг ЮИ, и новыми тулсами как Лайтнинг Эпп билдер и прочее и прочее.
И надо отметить, что это очень амбициозная задумка, просто безумная в своей сложности.
в LinkedIn видел статью инспектор и дебаг для Лайтнинга.
Пользовался, но пока еще очень сырой инструмент.
А чего ссылкой не хочешь поделиться?
не могу найти, лучше у Gres cпросить :)
What is changing?
Beginning with Summer ‘16, the following changes will take place:
• Users of existing orgs can continue to use IE11 to access Lightning Experience and the Salesforce1 mobile browser app on Windows 8.1 phones until December 16, 2017.
• Users of new orgs created after Summer ’16 will not be able to use IE11 to access Lightning Experience and the Salesforce1 mobile browser app. Instead, IE11 users will automatically be redirected to Salesforce Classic.
Успех за успехам :)))
Делюсь своей болью.
Одни товарищи хотят фишки из Eistein, другие - просто купили лицензии и на Lightning сидят.
1. То, что Lightning тормознутый по сравнению с Classic - это уже большой минус. В основном пользуюсь FF, но так же само работает в Chrome. Другие не пробовал.
2. Большую половину вещей невозможно открыть в новом табе. Мне, как для разработчика это очень не удобно. Надо копировать текущий адрес, открывать новый таб, копировать туда, открывать и только тогда переходить на нужную ссылку.
3. Банальное изменение Layout не отображается при перезагрузки записи. Надо страницу перегружать с перегрузкой кэша. Могли бы и сами сделать проверку на актуальность Layout в кэше браузера. Не очень удобно, но ладно.
4. Нерпивычные меню и сама система построения Layout. Но это тоже, терпимо, можно привыкнуть.
5. Ну и существующий VF странички, которые используют параметры из URL, не работают.
По ходу надо открывать новую тему 
"Истории АНТИ-Успеха на Lightning".
По прошествию почти полугода есть ли какие-нибудь изменения в теме?
Стал замечать последнее время, что все-такие Lightning начинает брать свое. Приходят новые клиенты которые с ходу подсаживаются на Lightning, старые клиенты тоже потихоньку активируют новый интерфейс. Разработка кастомных решений пока еще держится на классике. Мне еще пока не предоставилась возможность углубиться, но у кого есть какие впечатления.
Пока никаких успехов в этом деле.
Была компания, которой я настраивал орг. У них изначально был Лайтнинг. Они не жаловались на тормоза. Швейцарцы. Может там у них быстрей грузится UI. Им я настраивал Sales Path. Классная штука. Мне нравится. Больше ничего особенного там я не нашел.
Компании, которой я постоянно делаю доработки, я показывал, они пробовали, отказались. Слишком много нового, надо переучивать кучу пользователей. Особой выгоды для них там нет.
Две другие компании, которым я пакеты делаю не просили меня делать компоненты под Лайтнинг, т.к. у них нет клиентов, которые им пользуются.
Ну как тебе сказать у клиентов стал востребован они особо смысла не понимают типо хотят его и всё, массовой миграции пока не наблюдаю но есть уже целые проекты и даже вакансии где интересуются именно ним.Что говорить сам сижу учу его.Опять таки это хотелка клиента а клиент как известно всегда прав!
Ну такого чтобы "Вау, мы зафигачили проект на чистом Lightning и теперь просто не понимает как жили без него раньше" пока еще не случалось?
Про такое я пока еще не знаю,но думаю за счет маркетинга вытеснит классическую разработку в salesforce.
просто приведу пример:
у клиентов есть VDI (virtual desktop), так чтоб сотрудники могли удаленно работать прямо внутри сети, и этот виртуальный десктоп - это Винда Энтерпрайз, запускающаяся на сервере, на ней стоит IE11, и все вроде выглядит ОК, да вот беда, JS у того IE11 с какого то перепугу работает как JS на уровне IE6, например он не понимает такой метод как getElementsByClassName, а ведь он в поддержке уже с IE9, скрипт встает колом, если встретил на объекте не объявленную property...
и пользователи не могут не обновить браузер, не установить какой-то другой, просто используй то что есть и все.
ну и вы вправду думаете о переходе на Лайтнинг?
У меня пакет прошел сертификацию на лайтининг реади. Все написано на ангуляре. Такчто вполне достаточно slds. А там нет вроде никакого getElementsByClassName так как это просто css.
кстати, в моем примере речь не идет о лайтнинге,
речь идет о ВФ странице, которая немного улучшена с помощью JS, в том числе использовался вот этот совершенно нехитрый скрипт:
https://www.w3schools.com/howto/howto_js_accordion.asp
который благополучно упал,
но так как все эти скрипты были не самыми сложными, большую часть я быстро пофиксил, от другой отказался.
а что вы будете делать с лайтнингом или другим современным фронт-энд фреймворком, когда столкнетесь с JS на уровне IE6 для многих юзеров, которым нужно работать уже сейчас, а чтобы что-то сделать с тем браузером на виртуальной машине, нужен их айтишник, который сейчас в отпуске, плюс нужно время чтобы получить разрешение на установку какой-то новой программы, в том числе апдейтов.
Корпоративные клиенты - это не подростки с последним айфоном, там можно встретить вот такие вот ситуация, и это норма.
В том и плюс корпоративной разработки.
Вопрос железа и браузера можно и нужно обсуждать заранее.
Разработка популярных сайтов под всех это совсем другая сложная область. Там реально есть проблема с поддержкой всего зоопарка.
А в корпоративном проекте нужно сразу оговорить - либо пилим чисто под Хром/Edge. Если у клиента зоопарк из юрского периода, то оценки должны быть соотвествующие.
Расскажу про мою недавнюю историю успеха/провала с Lightning Components.
Подкинули мне тестовое задание разработать компонент для отображения Google StreetView/MapView на основе адреса из Контакта. Задание плевое для обычного VF, но так как опыта реально разработки на базе компонентов у меня не было, решал поразмяться и заодно освежить в памяти не раз прочитанную теорию по Lightning Component.
Получилось как-то так.
Там еще при нажатии меняется StreetView на MapView и присутствует Live Reload при апдейте записи без перезагрузи.
Короче самой полезной логики там практически 0. Но разработка почему-то затянулась сильно и я бы сказал что нифига не по моей вине.
Из проблем хочу отметить:
- я так и не понял почему компонент встроенный в PageLayout нихера не хочет обновляться мгновенно после сохранения изменений. Иногда эта задержка приводила к проблемам в понимании то ли твои изменения в коде еще не пришли, либо они не сработали. Приходилось кроме полезных изменений еще вносить дополнительные дебаги чтобы понять какая версия сейчас на странице.
- ошибки хоть и стали красивее и более информативнее чем были год назад, но все равно сама информация в тексте ошибок была далека от реальности. Простыми словами хрень какая-то выводилась вместо ошибок. Причем компонент умудрялся перехватывать стандартные JS ошибки компиляции (не бизнес логики) и показывать полный бред. С нормальной ошибкой я бы понял что очепятался за секунду, с Lightning Component я провел мучительные минут 10 просто удаляя из кода блоки строк по частям. Офигеть продуктивная разработка.
Не знаю на что рассчитан Lightning Components фреймворк но до современных конкурентов ему далеко в эфективности разработки. Я бы еще понял если бы разработчик постепенно переквалифицировался с чистого Visualforce на Lightning Components. Потратил время на практику и привыкание к ошибкам - тогда бы толк был. Но когда пишешь сложнейшие SPA на десятки тысяч строк JS просто в голове не укладывается как это все хозяйство можно перевести на Lightning.
Вот такая история успеха/провала использования Lightning Components.
Кстати пока разрабатывал родилась интересная идея.
Не знаю насколько она будет работоспособной, буду пробовать в ближайшее время.
Что если в Lightning Component запихнуть VF page в виде iframe.
А уже эту страницу строить с помощью любого удобного фреймворка (к примеру Ангуляр).
Да, получится проблема с общением с внешним миром (остальной страницей), но зато можно будет пилить что-то посерьезнее.
О!
Знакомая проблема с перезагрузкой страницы. Открываешь в двух табах одну и туже запись. Меняешь в одном табе значение, сохраняешь. Перегружаешь второй таб раз 10 пока не подтянется новое значение. Обычно я перегружал с очисткой кэша (Ctrl+F5 в Хроме). И это стандартная страница, без моего вмешательства. Жесть.
Надо его учить. Может к тому времени, когда я созрею на него, то и Лайтнинг созреет :-)
Кстати!
Может кто помнит историю с Эйнштэйном. Я сним разбирался и оказалось, что он работает только под Lightning UI. Winter 18 - Enstein for Salesforce Classic :-)
Я надеюсь, мои клиенты (товарищи были заинтересованны, но сам Лайтнинг им был не интересен, ну и плюс стоимость тоже не веселая была), внесли свою лепту в принятие этого решения.
По поводу перезагрузки страницы и старой версии - СФ советует тестить всё в отдельном апликейшене. Просто создаётся фейковый лайтнинг апп и там компонент с атрибутами.
<aura:application extends="force:slds"> для подключения SLDS.
По поводу iFrame - вот новая фича доступна в дев превью https://developer.salesforce.com/docs/atlas.en-us.lightning.meta/lightning/container_overview.htm
Да, в принципе так и начал делать в конце. Просто хотелось попробовать на реальной странице. А в апликейшене реально изменения применялись сразу после перезагрузки. Я вот кстати только сейчас допер еще что можно было атрибут recordId (от которого я зависел) сделать с default значение и забить туда ID контакта для воспроизведения без реальной страницы с контекстом. Учту на будущее!
Ипать, так это ж просто офуенно!!!!
Lightning начинает поворачиваться к нам лицем!!!!
Ждем релиза!!!!
Сейчас тоже бодаюсь с лайтнингом. Клиенты сами далеки от IT, поэтому просто проголосовали за вид "понаряднее".
Про перегрузку страницы - это самая большая моя боль. В первый раз работаю с LEX, до этого всех классический интерфейс устраивал. Решила на тех выходных попробовать запилить свою первую страничку на нем. Поначалу все шло... как-то шло. После двух обновлений страницы изменения таки применялись. Потом стало хуже. За часа два изменения применились раза два. В перерывах были попытки сменить браузер, почистить кэш и прочие мелкие шаманские ухищрения. В итоге заморозили пока и решили сделать стандартными средствами, но не так красиво. Ибо просто была огромная трата времени и денег клиента. Если вернемся к доработке, попробую в отдельном приложении сделать. Жаль, что раньше поста не увидела((
Еще из минусов - пропала готовая onClick Javascript button. Лайтнинг, как я поняла, их не любит. Небольшая, но печаль.
Опять :-(
Решил попробовать его. Переключился. Все тесты проходят. Проверяю в UI - не работает. Расстроился, пошел чайку сделал. Перегрузил в другом бравзере - все работает. Ох... Как бы запомнить не трогать его еще пару месяцев...
Уже начал набивать руку с Lightnig, пока мнение такое: компоненты пригодны только для написания небольших формочек которые можно в апп билдере разместить на одной странице или на Lightning Page.
В среднем как ни крути но отнимает больше времени чем если писать на visualforce, получается что в висуалфорсе быстрее и проще даже если разрабатывать страницу с SLDS. Раньше ошибочно думал что нужно перейти на лайтнинг чтобы можнно было использовать инструментарий из готовых компонентов. Пратика показала, что средств позволяющих писать что-то пригодное не хватает, писать свои компоненты с SLDS процесс тоже замороченный из-за SVG. InputField нормально не работает. В последнем проекте нужно было сделать полиморфную форму в виде мастера, количество шагов и перечень полей в каждом шаге должен конфигуриться отдельно в зависимости от типа записи. В в итоге пришлось писать сложную логику по разбору полей, их метаданных и отображению поля по его имени в соответсвии с его типом, хорошо что в форме хоть не было зависимых полей иначе задача бы еще усложнилась, но лукап пришлось писать самому, какая то дикость) по идее у разработчика должен быть максималный функционал, почему нельзя в конце концов создать достаточный перечень UI компонентов чтобы написать что-то средней функциональности, приходится на каждый чих писать компонент, самому, при том что многое есть в LEX, говорят что inputField с динамической привязкой появится в след году, почему таких базовых вещей нет до сих пор мне лично непонятно. Тем более что в LEX это же как-то уже реализовано.
В общем пока загорелся идеей использовать Angular2 + ng-lightning. Нормальный фреймворк + библиетка компонентов на основе SLDS c достаточным количеством необходимых вещей. Локальная разработка c подключением через REST + деплоймент с visualforce и RemoteAction. Мне видится очень интересным решением. Пока изучаю как сделать деплоймент с Angular CLI в форс, вроде есть плагин для этого но он нерабочий). Если решить эти вопросы то для многофункциональных задач можно наладить удобный процесс разработки а в LEX сделать закладку с visualforce в которой будет запускаться Angular страница.
Если у кого то есть опыт с Angular + ng-lightnig интересно было бы послушать
Друзья.
Последние пару дней сильно изменили мое мировозрение.
По ходу наш форум живет в каком-то другом мире.
Начал опрашивать коллег которые работают в больших компаниях что у них используется для разработки кастомного функционала для SF, какие JS фреймворки.
И знаете я был слегка шокирован (вернее ох...л)
где 90% а где и исключительно для проектов SF используется Lightning.
"А Ангуляр/Реакт/Vue???" - "уже давно не используем".
Вот это поворот.
Технология на которой невозможно создать что-то более менее приличное уже активно и повсеместно используется. А почему здесь до сих пор информация только от одного человека?
Как такое получается что фирмы со штатом в сотни SF разрабов пилят исключительно на Lightning Components а мы до сих пор этой темы не касались???
И что это вообще за аппы пилятся на Lightning Components? Какого масштаба?
Ну все переходят на него потихоньку, кст много всяких плюшек по нему услышал на Дримфорсе, обещают, что он будет огонь!))
А можешь какие примеры привести? Хотя бы на пальцах.
Ты про плюшки? Я думаю, будут видео с докладов.
Да. Ок, скидывай сюда если увидишь.
Я думаю всем будет интересно 
Кстати, с выходом нового Firefox (Quantum 57.0) (а может просто с Winter 18 релизом) Lightning начал нормально работать у меня. Теперь я пробую функционал, который просят еще и в Lightning. И теперь мне Lightning нравится больше, хоть все-равно он тормознутей, чем Classic.
Если не ошибаюсь они выкатили 75 новых компонентов ?
Вот я делаю мелкие доделки Visualforce страниц. Кнопки на стандартных страничках я делаю с помощью VF странички с action методом. Такая страница у меня содержит <apex:details тэг и мой div-popup, для вывода ошибки. Если ошибки нет, то переходим на нужную страницу.
Не помню, как было год назад, но сейчас все это прекрасно работает под Lightning. В action методе делаем
PageReference pr;
if (хххId != null) {
pr = Page.хххPage;
pr.getParameters().put('id', хххId);
}
return pr;
