«Где-то» будет, но хорошо бы не в коде компонентов уровня представления.
Преимущества распределения ответственности и принципов low coupling / high cohesion далеко не ограничивается "возможностью легкого переименования", как наиболее значимые на мой субъективный взгляд я бы привел
улучшение реиспользуемости компонента
тестируемости (плюс, для реакт компонента, — возможность размещения в storybook не создавая в нем полный дубликат состояния приловения)
упрощение изменения приложения, от изменения схемы хранения состояния до полного перехода на другой принцип управления состоянием без переписывания компонентов представления
Достигается например передачей во вью контроллера в классическом MVC или созданием «контейнер-компонентов» с помощью например react-redux connect или react 16.3 context
Ваша критика использования редакс выглядит сугубо эмоциональной. Кто-то в свою очередь может сказать что «Дети воспитанные хабром боятся использовать сторонние библиотеки потому что k12th заругается»
Такой подход не раскрывает плюсов и минусов ни вашего подхода, ни redux
Но можно ли хранить обрабатывать и рендерить состояние в реакт приложении не используя ни setState, ни какие-то дополнительные библиотеки и обеспечить общий доступ к этим данным из любых компонентов?
«Неправда, что мы пользуемся только кнутом. Если что, мы и пряником можем уе&#ть»
[deleted]
Чтож вы это масло таскаете…
Такое выражение назывется тавтология
Возможно я неправильно понял вашу концепцию, но меня удивило именно предложение "в любом компоненте… заимпортить и использовать данные нашего стора"
«Где-то» будет, но хорошо бы не в коде компонентов уровня представления.
Преимущества распределения ответственности и принципов low coupling / high cohesion далеко не ограничивается "возможностью легкого переименования", как наиболее значимые на мой субъективный взгляд я бы привел
Достигается например передачей во вью контроллера в классическом MVC или созданием «контейнер-компонентов» с помощью например react-redux
connect
или react 16.3 contextПростите, действительно спутал вас с автором, но суть проблемы это не меняет
Ок
Ваша критика использования редакс выглядит сугубо эмоциональной. Кто-то в свою очередь может сказать что «Дети воспитанные хабром боятся использовать сторонние библиотеки потому что k12th заругается»
Такой подход не раскрывает плюсов и минусов ни вашего подхода, ни redux
Прочитав статью возникает ощущение, что получается «как не использовать стороннюю библиотеку, а написать свою»
И сделать компонент view слоя завязанным на полную схему данных model слоя? Звучит как сомнительное удовольствие
Можете пояснить, зачем эти ограничения?
Вы сравниваете «до $500» и «от 50К»
такую «точность» дает и бытовой термометр %))
Вы имеете в виду французов, а не итальянцев?
Потому что письмо с комментарием и ответ на него могли идти много недель? :)
У вас есть информация о том, что экспертизы не было? Или это просто вывод из того что о ней не сказано в данной статье?
Зачем обоснования в статье призваной спровоцировать возмущение? ;)
Беглый гуглеж выдает например вот это: http://moscow.megafon.ru/publications/20131010-1126.html
Хотя в этих корпоративных иерархиях всё может быть сложнее чем кажется на первый взгляд
Йота же вообще целиком была куплена мегофоном, если я правильно помню
И за воду ;)