Pull to refresh

Comments 13

Интересно, как у Angular, который перешёл с RxJS на signal с взаимодействием с библиотеками компонентов PrimeNG, Material, etc.? Есть какой-то гибридный механизм change detections, который учитывет и предыдущие стратегии и работу с сигналами?

Ну как бы пока ничего не отменили, change detection работает по старому. Если надо можно сконвертировать Observable в сигнал и наоборот

Команда angular, конечно, молодцы, но эти постоянные смены подходов - это какой-то ужас, честно говоря. Выпал ты на 2 года из разработки, а тут считай новый фреймворк. Только вкатился в rxjs, получай сигналы, вкатился в сигналы - уже вышло что-то очередное модное и молодёжное. Про миграции продуктов вообще молчу. Мало кто может позволить в более-менее средне-крупном проекте каждый год-два переписывать реализацию, благо, обратная совместимость радует. И кстати, порог входа становится сложнее, хотя сами технологии не особо сложные. В такие моменты думаешь, а может в пекло этот фронт-енд))

В такой момент нужно просто взять изначально нормально спроектированный фреймворк типа $mol и прекратить переписывать свой проект каждый год. За 10 лет разве что стили можно было бы переписать с голого css на типизированный (чего ангуляр до сих пор не умеет) и то не обязательно. И, кстати, наши "сигналы" поддерживают в том числе и асинхронные инварианты, им не нужен прилепленный сбоку rxjs.

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

Так и что же вам там не понятно?

Сайт кривой и косой, ошибки в консоли.

place: $mol_storagemessage: Persist: No

Крайнее скудное описание, такое ощущение, что нужно приходить на сайт уже подготовленным.

  1. Ваш браузер заблокировал запрос на персистентное хранилище. Бывает.

  2. Если это всё, что вы нашли, значит наш сайт порядок лучше, чем 99% других сайтов.

  3. Описания чего именно вам не хватило?

Ну вот я зашёл, вижу пустую страницу не очень приятного цвета и дизайна. На сайте любого фреймворка я в первую очередь хочу увидеть quick start guide, чтоб сразу же увидеть примеры простого кода. Но этого не видно.

Ладно, мне наверное в энциклопедию?

Диаграмма какая-то, которая не понятно что должна мне сказать...


Кто я? я фронт!

Не слишком приятная картинка, какая-то картинка не прогрузилась... "Многа букв", лозунги
Где код чёрт возьми?

А! мне надо было тыкать в "руководство", а не в "я фронтендер". Ок, вот наконец и код. Вроде? Или это какой-то кривой вывод консоли? А это такой язык шаблонов! А rows откуда взялся? Что за...
В общем всё странно и не похоже и надо сильно углубиться что въехать, а мотивации сайт не даёт: выглядит страшно, полузаброшено, пугаёт стрёмными картинками...


Вот например как объясняет grok этот код:

Честно говоря намного больше, наконец то я хоть что-то понял! (правда до сих пор не понятно нафига). Если бы это было на главной или близко к главной, было бы намного лучше.

На этом я закончил, дальше разбираться не буду , но надеюсь я смог продемонстрировать как воспринимается сайт вашего фреймворка. Уверен что моё мнение не единичное, я спрашивал у коллег, у всех ощущения похожие: "открыл, там что-то мутное и не понятное. Закрыл"

Ой, так лень читать ваш лонгрид с какими-то мутными скринами...Так и не понял, чего вам не хватило в документации. Мотивации её прочитать, чтобы всё понять?

Ну и если вы не поняли намёк, то уже на втором клике стоило остановиться и почитать - тогда сразу бы всё поняли, а не играли бы в испорченный телефон с нейросетью.

Спасибо за подробный разбор. Возвращаться в angular после года с vue мы, конечно, не будем. )

Для меня переход с первого на второй был сравним с переходом с многолетнего написания кода на плюсах на typescript, где вместо выбирания часами подходящих для задачи языковых конструкций, у вас есть function, interface, async/await, и все. До сих пор воздеваю руки к небу с благодарными криками "А что, так можно было?!" И вот с ангуляром также - день уходит на то, чтобы понять, как собрать пару вызовов на бэк с помощью rxjs в что-то удобоваримое, а уже через неделю смотришь на этот магический код и не понимаешь в нем ни хрена. А сколько времени ушло на отладку потери реактивности в виджетах. Или реактивные формы, которые имеют настолько тупорылый интерфейс, что я их по факту никогда не использовал, хотя это типа база ангуляра. )

`viewChild.required` вот у меня прямо подгорело от того, что это сигнал! И не просто сигнал, а сигнал который бросит ошибку. Ну зачем? Точнее почему не сделать было два апи, с сигналами и без? И это все вместо того, чтобы добавить проверку в компайлер хотя бы для статик компонентов, это же можно сделать.

Sign up to leave a comment.

Articles