Плюсы и минусы использования реакции-Laravel над ванилином реакции и Laravel
Мы планируем создать приложение, используя ReactJ в качестве нашего внешнего интерфейса и Laravel в качестве нашего внутреннего (REST API).
Когда мы проводили некоторые исследования о том, как интегрировать эти два, мы столкнулись с библиотекой response-laravel.
Теперь я хочу знать, каковы плюсы и минусы использования такой библиотеки по реакции ванили и Laravel. Есть ли какие-либо ограничения или ошибки, с которыми мы можем столкнуться? ускорит ли это разработку или нам, возможно, придется потратить больше времени на ее изучение? Изменит ли он метод реализации реагирования каким-либо образом?...
* Мы используем Redux и React-Router.
* Я (почти) опытный разработчик реакции
2 ответа
response-laravel не должен сильно влиять на ваше реальное приложение React или приложение Laravel. Единственным недостатком является зависимость V8js, которая... не велика.
Я создал небольшое промежуточное программное обеспечение под названием laravel-реагирующее промежуточное программное обеспечение, которое просто выполняет простой HTTP-запрос с вашего PHP-сервера в ваше приложение Node. Таким образом, вы можете написать свой серверный рендеринг React с помощью Node и отправить скомпилированный HTML-код обратно в ваше PHP-приложение. Он также может передавать простой JSON-объект, поэтому, если вы используете что-то вроде React Helmet для управления мета-тегами и заголовками документов, вы можете передать эти данные обратно в представление Blade.
Лично я не использовал response-laravel, однако я вижу предварительную визуализацию компонента.
Однако по личным предпочтениям я бы не привязывал свое приложение к стороннему компоненту, который не контролируется ни одной из двух организаций. Кроме того, любой предварительный рендеринг, который вы хотели бы выполнить, может быть легко выполнен, и вы должны иметь полный контроль над тем, что выполняется на стороне клиента, а что на стороне сервера.