Как решить, будет ли логика идти на стороне клиента по сравнению с серверной стороной в приложении Response Ex ex Express

Question

Новичок здесь, пытаясь лучше понять реакцию, редукцию и экспресс. Я видел очень много примеров, которые имеют избыточность как на стороне клиента, так и на стороне сервера, с различными способами передачи информации туда и обратно (сокеты и т. Д.?). Это довольно запутанно для новичка.

Скажем, у меня было приложение, которое:

• Подключен к внешнему интерфейсу API для поиска ресторана или для получения списка ресторанов рядом с местоположением (например, API-интерфейс Yelp или что-то в этом роде)
• Пользователь может искать конкретный ресторан или просматривать результаты местоположения, чтобы добавить место в свой список избранного

Я предполагаю, что связь с внешним API-интерфейсом находится на стороне сервера, но в прошлом я не уверен, к какой логике относится, понадобится ли мне приставка на стороне клиента и / или сервера, и как лучше всего передавать эту информацию API-интерфейса. клиенту в приложении "Реакция / Избыток".

Answer 1

Рендеринг на стороне сервера с использованием приставки - это просто оптимизация при определенных обстоятельствах.

• Если у вас много серверов и денег и вы хотите оптимизировать скорость => рендеринг на стороне сервера. Это то, что делают многие компании, что приводит ко всем учебникам / примерам рендеринга на стороне сервера.
• Если вы хотите оптимизировать для простоты кода => визуализации на стороне клиента
• Если вы хотите оптимизировать для минимальной нагрузки на сервер => рендеринга на стороне клиента

Если вы только смотрите, используя response /redux =>, перейдите на рендеринг на стороне клиента.

Какова наилучшая практика для передачи этой информации API клиенту в приложении "Реакция / Избыток".

Пойдите для простоты, особенно когда начинаете. Вы можете использовать простую библиотеку XHR, такую ​​как superagent взаимодействовать между клиентом (реагировать / редуцировать) и сервером (узел-сервер с экспрессом?)