Что такое государство и зачем оно нам?
Это серия из двух частей. В первой части я собираюсь написать о том, почему мы много говорим о состоянии и зачем оно нам нужно в нашем приложении. Во второй части я написал образец приложения для выполнения задач с использованием React и оценил различные контейнеры состояния с учетом множества архитектурных проблем, таких как масштабируемость, управляемость , Производительность и производительность.
Начнем побыстрее… ..
Я сижу в своем офисе после завершения одного из основных приложений, мое состояние расслабленное и ХОЛОДНОЕ.
Что ж, я должен писать о своем состоянии ума, которое находится в состоянии COOL, или мне нужно сосредоточиться на состоянии приложения в веб-экосистеме? Что ж, если вы посмотрите с высоты птичьего полета, то и психическое состояние, и состояние приложения, похоже, представляют ту или иную форму информации.
Мое состояние ума - расслабленное, спокойное и счастливое, где состояние приложения может быть связано с пользователем, взаимодействием с пользовательским интерфейсом, навигацией, взаимодействием с сервером и т. Д. Итак, давайте быстро поймем, что такое State во внешних приложениях.
Что такое «состояние»?
Состояние - это представление системы в данный момент времени. Состояние относится к данным, хранящимся в Приложении в виде строки, массивов, объекта и т. Д.
Мы можем классифицировать состояние несколькими способами. Позвольте мне воспользоваться моментом, чтобы дать вам мой мысленный образ взгляда на состояние.
- Домен приложения: объект в нашем приложении. [пользователь, роль, разрешения и т. д. называются объектами в системе управления пользователями]
- Состояние представления / компонента: нужно ли фильтровать эти объекты по полу пользователя?
- Состояние сети: пользователь вошел в систему?
- Связь: мы находимся в процессе получения объектов с сервера?
- Состояние навигации: где мы находимся в приложении? На какие сущности мы смотрим?
Что такое «государственное управление» и зачем оно нам?
Государственное управление - это метод управления государством. По мере роста приложения возрастает сложность управления состоянием. В большом приложении, где у вас большое количество представлений / компонентов, управление их состоянием - большая проблема. Основная задача любой библиотеки пользовательского интерфейса или фреймворка состоит в том, чтобы взять состояние вашего приложения и превратить его в узлы DOM, поэтому правильная организация состояния улучшает общее состояние приложения.
Позвольте мне поделиться здесь примером, чтобы сделать его более понятным, откройте выбранный вами редактор и напишите в него код, рассмотрите это как первое состояние кода, теперь отправьте его с помощью некоторой системы контроля версий в репозиторий для лучшего управления кодом, в другой день вы вносите некоторые изменения в код или добавляете новый код, теперь у вас есть новое состояние вашего кода, который вы снова помещаете в репозиторий. В течение определенного периода в вашем репо происходят разные проверки, представляющие разные состояния вашего кода.
Точно так же, когда вы запускаете свое приложение, пользователь взаимодействует с ним, он вносит некоторые изменения в элементы управления пользовательского интерфейса, извлекает данные с сервера, запускает анимацию, открывает боковую панель и т. Д. Итак, каждый раз, когда пользователь взаимодействует или вносит какие-либо изменения. , изменение состояния приложения. Управление всеми этими изменениями / состоянием требует некоторого управления, вот где вам приходит на помощь управление состоянием, оно помогает вам управлять другим состоянием, которое постоянно меняется со временем, помогает масштабировать приложение с лучшим контролем над ним.
