Oleg
И тормозить он будет на всех платформах 😄
Anonymous
=))
Anonymous
Сомнительный профит.
Oleg
Ну в общем интерфейсы аля сайты ок
Oleg
Сложные приложения - не ок
Oleg
Реакт натив вот, да
Oleg
Это правда не то чтобы совсем веб
Oleg
Но зато реакт
Дима
Ну да
Lev
Не нравится мне реакт..
Дима
Правда у него минус - технология жутко экспериментальная, всё же react web фейсбуку дался намного легче)
Дима
Хотя, емнип, лет им одинаково
Дима
Не нравится мне реакт..
Ну с этим в 2007 год
Oleg
Ну с этим в 2007 год
А если ангуляр?
Oleg
А если вуй?
Дима
Сейчас все фреймворки предлагают решения в одном ключе, то есть мне например видится что если не нравится реакт, то и ангуляр с вуем человеку не особо понравится)
Дима
То есть, у каждого тонна особенностей разумеется, но во многом все начинают сходиться
Дима
Ту же двунаправленность например закопали
Oleg
А так пиарили
Oleg
Победа над проблемами веба
Дима
Ну да, просто кто же знал что с ней так выйдет
Дима
Я тоже был воодушевлён пока не столкнулся с её проблемами во весь рост)) Потом как то резко пришло понимание что это не выход
Oleg
То-то в ExtJS не хотели добавлять особо её в явном виде в стиле MVVM и добавили неохотно
Oleg
Я не мог этого не написать 😄
Oleg
Вообще да, хаос потоков данных в разрастающихся приложениях сложно удержать
Oleg
Но мне кажется что полноценного решения так и не найдено
Anonymous
Эм... Сложность никуда не девается. Она может быть только переложена с одного на другое.
Anonymous
Реакт, например, собрал в себе сложность низкоуровневых манипуляций DOM.
Oleg
Ну вот изначально были процедуры. Потом придумали и уже десятилетия используются способы организации этих процедур в структуры
Oleg
Данные через сообщения объектам
Oleg
И прочее такое
Anonymous
Мне процедуры видятся как мертворождённая идея, если в вакууме.
Oleg
Реакт, например, собрал в себе сложность низкоуровневых манипуляций DOM.
Когда-то jQuery собрал сложность работы с апи разных браузеров
Smooth Operator
он и сейчас есть
Anonymous
По поводу фронта. Здесь накапливается ряд типичных решений. Не исключено, что скоро последует попытка обобщить их.
Oleg
Но не в высокоуровневых языках, а если и есть - в ограниченном виде, как в JS например
Дима
Данные через сообщения объектам
Эта идея уже не оч актуальна, её развили по двум направлениям
Anonymous
Вернее уже есть такие попытки.
Дима
Стримы и акторы (akka)
Anonymous
Тут возникает проблема с 15 стандартами
Ну как... Речь не о стандартах. Речь о солянке из гуд практайс, как правильно поступать в том или ином частном случае. Пока это очень атомарно.
Smooth Operator
Хорошо что придумали реакт. да?
Дима
Да
Anonymous
Пожалуй.
Anonymous
Но реакт бы придумали в любом случае.
Anonymous
Т.к. уже были шаблоны.
Smooth Operator
теперь то йух нагуглиш реактор паттерн
Дима
Кстати не факт, не известно через сколько бы времени люди осмелились сделать JSX
Anonymous
И только ленивый не попробовал бы просто сначала рендерить интерфейс, как функцию состояния.
Anonymous
Смелость реакта в том, что onClick'ом плюнули в лицо всем олдфагам.
Дима
Одно из главных достижений реакта, тащемта - JSX. Смелая идея, которую довольно небольшое число людей смогли бы протолкнуть в другом случае Имею ввиду, что вот у кого не было первой мысли что "нафиг мне этот html в js, шаблоны же низзя"?) Неизвестно через сколько бы времени кто-либо другой смог бы перебороть общественное мнение
Anonymous
Любой джун это смог бы. Прикол в том. Что для этого нужно обладать небольшим опытом. Когда опыт большой, революцию замутить сложнее.
Дима
JSX в реакте это как TS в четвёртом ангуляре — просто основной инструмент вся суть в простом и понятном подходе к рендеру компонентов, остальное — детали
JSX - это заявление о том, что view больше не описывается статичными "шаблонами", а обязан быть обычным кодом, first class объектом в языке. Это радикальная смена парадигмы, до этого все упорно продолжали есть кактус и пытаться придумать всё более "удобные" языки шаблонизации, оторванные от js
Дима
Он был важен вообще как явление, даже если бы потом все перешли на что-то иное (или обратно на шаблоны) - свою роль JSX уже сыграл
Андрей
jsx возвращает просто в моё детство, когда php был просто шаблонизатором)
Андрей
Всё в кучу.
Андрей
Но это зачастую превращает шаблоны просто в жопу.
Дима
JSX не шаблоны и при похожей форме имеет радикально иную суть, про что я и говорю)
Anonymous
Но это зачастую превращает шаблоны просто в жопу.
Так ты не тащи логику в представление.
Anonymous
Логика должна располагаться выше представления.
Anonymous
Пизди их тогда.
Дима
Такая же фигня была с redux - его можно уместить в 140 символов, но его влияние на прогресс в управлении стейтом сложно переоценить) Ангуляр из него концепции взял, vue, в общем, выиграли все
Дима
ngrx/store
Konstantin
хлопай ресницами и взлетай
Sheldhur
тут случайно никто на antd не делал полноценный TableGrid? аля как в C#
Задорный Копатыч
Доброе утро
Задорный Копатыч
Есть задача - реализовать не очень сложное мобильное приложение - читалку сайта. Ранее опыта нет в разработке. Для скорости разработки какой метод лучше выбрать: а) Обычный сайт на jquery, зашитый кордовой в приложение б) Какой-нибудь мобильный фреймворк.
CherryTea
все что касается приложений лучше делать с помощью предназначенных для этого фреймворков
CherryTea
jquery, если что, к таким не относится
CherryTea
я думаю тут многие меня поддержат, vue.js сейчас наиболее дружелюбный к новичкам инструмент подобного рода
Задорный Копатыч
Да, его рассматриваю. Либо react native еще изучаю на предмет быстрой разработки.
Задорный Копатыч
А что jquery. С тем же успехом, в принципе, можно на чистом js. Там в общем-то без разницы, если вообще без фреймворков.
CherryTea
да, сегодня он по большей части не нужен, но тем не менее как пункт а) он у вас значился
Задорный Копатыч
Всего лишь инструмент. Думаю, если vuejs, создать несколько app в полноэкранных дивах, которые будут выступать в роли страничек приложения.