Зависит от восприятия. Можно понимать как немецкий почтальон докладывает, что у вас 4 непрочитанных сообщения. Развенулся спиной, и показал почтовый ящик
d.ts генерится компиляторм, а библиотеки не задумывающиеся о ТС продолжают о нем не задумываться.
Нагрузки вообще никакой нет. Если пользоваться нормальными обычными инструментами, то пользу от ТС зацениваешь уже через несколько часов после того, как начал на нем писать.
Звонок заключается в том, что вдруг видишь у себя Missed call и голосовое сообщение типа: «Ищете ли вы работу?». Штук 5 таких получил за предыдущие две недели
Redux действительно непросто использовать в средних и крупных проектах, особенно когда бизнес-аналитика часто меняет свои решения по поводу функционала дизайна и пр. Поэтому, все эти примеры из туду листов и генераторы бойлерплейтов не особо работают в таких проектах. Так же сложности добавляет тот факт, если работает над проектом не один человек, а 4-5-n. Тогда эти бесконечные гигабайты шаблонного кода с action_types, actions и reducers точно начнут сводить с ума, если с ними ничего не придумать.
Один из вариантов решения проблемы, который к слову работает в продакшне, среднего+ проекта, частично решает вышеописанные проблемы https://github.com/welljs/react-redux-mvc. Может показаться, что с паттерном mvc погорячился, но идея именно в том, чтобы довести фреймворк до состояния близкого к mvc
Принцип прост: компонента react (view) — тупо рисует то, что получила через props от Model. Model — обертка вокруг redux, это то место где формируется грубо говоря json-представление прикрепленной к ней вьюхи, Controller — связывает model и вью, а так же обрабатывает ui-события.
Структура проекта получает следующий вид
/classes - классы для работы с данными
/components - компоненты. тупые умные, не важно. компонуются по принципу - все что нужно компоненте, лежит в ее директории
/layouts - лэйауты - с сайдбаром, без сайдбара, логин, лэндинг ...
/pages - страницы, и компоненты принадлежащие конкретной странице. Также компонуются по принципу, все что нужно лежит в одной директории. Если компонента становится общей для нескольких страниц, обычно достаточно Ctrl+X -> Ctrl+V в папку с компонентами. Умная IDE пути в импортах сама исправит
/redux - экшны для получения данных не имеющих привязки к конкретной вьюхе, например user, agreements, partners
/utils - всякое
Из плюсов: сравнительно легко объяснить принцип работы, дебажить, тестировать, компоновать-перекомпоновывать, шарить компоненты и т.п.
Из минусов: все еще приходится писать немного шаблонного кода, есть небольшие недоделки и не полностью реализован весь замысел
Если кому станет интересно, буду рад почитать отзывы, а если вдруг даже появятся контрибуторы, тогда точно буду знать, что проект годный
На сколько мне известно, использование id или class влияет на поиск элемента в DOM и соответственно на производительность. Так как предполагается, что id уникален в пределах документа, то при поиске по id, браузер останавливает поиск как только находит нужный элемент, а при поиск по классу он производит поиск пока не проверит все элементы в DOM, даже если нужный элемент был единственный, и найден в самом начале. Поэтому использовать нужно и то и другое, в зависимости от ситуации.
И на Олега
Не использовать CRA в новых проектах ещё легально?
Powerbank
Про выход гетеросексуальных пар уже писали?
Зависит от восприятия. Можно понимать как немецкий почтальон докладывает, что у вас 4 непрочитанных сообщения. Развенулся спиной, и показал почтовый ящик
Нагрузки вообще никакой нет. Если пользоваться
нормальнымиобычными инструментами, то пользу от ТС зацениваешь уже через несколько часов после того, как начал на нем писать.Короче, без пруфов :-)
Это что получается, надо купить книгу, чтобы посмотреть ссылки на пруфы? Совсем не реклама
Впечатление буд-то прыгает за счет реактивной тяги, а не толчка
Спасибо, полезная статья
Спасибо за перевод
Один из вариантов решения проблемы, который к слову работает в продакшне, среднего+ проекта, частично решает вышеописанные проблемы https://github.com/welljs/react-redux-mvc. Может показаться, что с паттерном mvc погорячился, но идея именно в том, чтобы довести фреймворк до состояния близкого к mvc
Принцип прост: компонента react (view) — тупо рисует то, что получила через props от Model. Model — обертка вокруг redux, это то место где формируется грубо говоря json-представление прикрепленной к ней вьюхи, Controller — связывает model и вью, а так же обрабатывает ui-события.
Структура проекта получает следующий вид
Из плюсов: сравнительно легко объяснить принцип работы, дебажить, тестировать, компоновать-перекомпоновывать, шарить компоненты и т.п.
Из минусов: все еще приходится писать немного шаблонного кода, есть небольшие недоделки и не полностью реализован весь замысел
Если кому станет интересно, буду рад почитать отзывы, а если вдруг даже появятся контрибуторы, тогда точно буду знать, что проект годный
А так же сравнительные тесты технологий, фреймворков и т.п. И никогда — чужой код