В настоящее время я работаю над одним веб-приложением реагировать. Архитектор уже настроил React-Redux в приложении. Теперь, как разработчик я и мой товарищ по команде, мы работаем над различными областями приложения. Таким образом, есть определенные рекомендации, которые дал нам Архитектор:
- Наши запросы на слияние должны быть независимы друг от друга. Это означает, что мы будем продолжать создавать запросы на слияние, и он будет объединять их в любом порядке. Он не будет следовать последовательности запросов на слияние. Я нахожу это странным.
- Во-вторых, он хочет, чтобы мы создавали реагирующие компоненты без использования внутреннего состояния (в основном функциональные / глупые компоненты). Нам как бы запрещено (исключительно, где-то, где он может разрешить) делать
this.state = {} в компоненте, если он будет с состоянием. В основном нам нужно строго придерживаться того факта, что мы можем иметь в основном функциональные компоненты, но не компонент с сохранением состояния, и будет только один магазин, который является магазином с избыточностью. Кроме этого нет внутреннего состояния. Одно приложение только с одним состоянием.
Я не понимаю этих правил. Я имею в виду 1 - Если наш код не будет правильно переходить на ветку dev (последовательно, если быть точным), то как мы можем делиться нашим кодом между собой и делать успехи? 2 - Если мы послушаем его и примем принцип, что у одного приложения может быть только одно состояние, а не другое внутреннее состояние, то, что другие люди преподают в уроках (онлайн, в статьях), это неправильно?
Я немного запутался. Эти действующие правила должны соблюдаться?