Я понимаю, что лодаш создает проблемы с тришейкингом, но писать свои утилиты это огромная проблема! Своя утилита должна обрабатывать все кейсы, которые разработчик вряд ли покроет. Это первое! А второе, типы, граждане вывод типов. Все ваши собственные утилиты никогда нормально не умели в сужение типов. Сколько я этого насмотрелся в проектах! Я не понимаю почему все резко стали против библиотек. Я использую ramda, и не вижу ничего плохого. Она полность тришейкабл и может отлично работать с типами.
а теперь представим на проекте 1000 иконок. И все они собираются в один экспортируемый объект! Представь сколько будет весить один компонент в который этот самый жирнее и жирнее с каждым днем Icons импортируется…
А теперь представь мультиязычность, плюрализацию и склонения. Эта вся свалка должна быть на бэке? А если тебе нужно в разных случаях разные форматы рисовать? Прям например на юзера. В одном случае ФиО, в другом фамилию и инициалы, в третьем имя и дату последнего посещения.
это даже концептуально звучит неправильно. Все что связано с отображением должно строиться на уровне клиента.
О чем эта статья вообще? Где реальный сравнительный анализ. NextJs быстрее, чем SPA. Дайте нам метрики с LCP например.
Seo, seo, seo. Почему nextjs, а не prerender например, который решает вопросы seo? Слишком поверхностная статья
Я понимаю, что лодаш создает проблемы с тришейкингом, но писать свои утилиты это огромная проблема! Своя утилита должна обрабатывать все кейсы, которые разработчик вряд ли покроет. Это первое! А второе, типы, граждане вывод типов. Все ваши собственные утилиты никогда нормально не умели в сужение типов. Сколько я этого насмотрелся в проектах! Я не понимаю почему все резко стали против библиотек. Я использую ramda, и не вижу ничего плохого. Она полность тришейкабл и может отлично работать с типами.
А где rive в этом списке?
В чем преимущество использования хука? То есть запросы прямо в компонентах идут! Вообще получается никакого разделения на слои данных и отображения
а теперь представим на проекте 1000 иконок. И все они собираются в один экспортируемый объект! Представь сколько будет весить один компонент в который этот самый жирнее и жирнее с каждым днем Icons импортируется…
А теперь представь мультиязычность, плюрализацию и склонения. Эта вся свалка должна быть на бэке? А если тебе нужно в разных случаях разные форматы рисовать? Прям например на юзера. В одном случае ФиО, в другом фамилию и инициалы, в третьем имя и дату последнего посещения.
это даже концептуально звучит неправильно. Все что связано с отображением должно строиться на уровне клиента.