Реагировать на состояние с динамическим контентом

Question

Я работаю над сборкой CMS на React.Пару раз я сталкивался с проблемами, с которыми я работал на странице, где пользователь может добавлять и удалять контент.Этот контент сам по себе имеет свойства, которые также могут быть изменены.Я очень озадачен тем, где мне следует сохранять состояние всех этих свойств.

Так, например: у меня есть блогоподобная страница, где пользователь может добавлять и удалять короткие новости.Каждое новостное обновление имеет title, content и некоторые другие свойства, такие как category.

. На мой взгляд, все состояние может принадлежать компоненту BlogEditor (который содержит всесообщениям) или BlogEditor знает только id сообщений, а самим сообщениям принадлежит состояние их содержимого (и связь с API).Какова лучшая практика в React?

Answer 1

Этот вопрос сводится к личным предпочтениям, так что никакой «лучшей практики» как таковой нет.Трудно сделать вызов с таким небольшим контекстом, но я всегда обнаруживал, что излишняя передача данных от родителя к ребенку раздражает, и что обычно лучше пойти с «BlogEditor знает только идентификаторы постов и постов»сами владеете состоянием своего контента (и общаетесь с API) ".

Но, если это означает, что вы собираетесь сделать например.10 запросов API от каждого из 10 дочерних компонентов, а не 1 запрос API от родительского компонента, тогда вы можете выбрать вместо 1 запрос API.

Итак, ответ «сделать вызов на основеситуации, нет четкого ответа ".