The biggest concern for large apps

The biggest concern for large apps is the amount of JavaScript required to boot the app. Large apps should download only the JavaScript required to render the current view. Some people call this "code splitting", you split your code up into multiple bundles that are loaded on-demand as the visitor navigates around.

Its important that changes deep down in the application don't require changes all the way up top. Adding a route to the photo viewer should not affect the size of the initial JavaScript bundle the user downloads. Neither should it cause merge conflicts as multiple teams have their fingers in the same, big route configuration file.

Your router is the perfect place to handle code splitting: its responsible for setting up your views.

React Router does all of its path matching and component resolving asynchronously, which allows you to not only load up the components lazily, but also lazily load the route configuration. You really only need one route definition in your initial bundle, the router will resolve the rest on demand.

Routes can define getChildRoutes and getComponents methods. These are asynchronous and only called when needed. We call it "gradual matching". React Router will gradually match the url and fetch only the amount of route configuration and components it needs to match the path and render.

Coupled with webpack's built-in code splitting, a once tireless architecture is now simple and declarative, look at this route:

Результаты (русский) 1:

Наибольшее беспокойство для больших приложений является количество JavaScript, необходимые для загрузки больших приложений app. следует загружать только JavaScript, необходимые для визуализации текущего представления. Некоторые люди называют это «расщепление кода», вы разделить ваш код на несколько пакетов, которые загружаются по требованию, как посетитель переходит вокруг.Его важно, что изменения глубоко вниз в приложения не требуют изменений весь путь вверх. Добавление маршрута для просмотра фотографий не должны затрагивать размер первоначального JavaScript пачке загрузок пользователя. Ни она должна вызывать конфликты слияния, как несколько команд имеют свои пальцы в файле конфигурации же, большой маршрут.Ваш маршрутизатор является идеальным местом для обработки кода колки: его ответственность за создание ваши взгляды.РЕАКТ маршрутизатор делает все ее соответствие пути и компонент урегулирования асинхронно, который позволяет не только загрузить компоненты неактивно, но также пассивно загрузить конфигурацию маршрута. Вы действительно только один маршрут определение потребности в ваш первоначальный комплект, маршрутизатор будет решить остальные по запросу.Маршруты можно определить методы getChildRoutes и getComponents. Эти асинхронные и только при необходимости. Мы называем это «постепенное согласование». РЕАКТ маршрутизатор постепенно будет соответствовать url и принести только количество маршрут конфигурации и компонентов, которые он должен соответствовать пути и визуализации.В сочетании с встроенный код webpack на колки, однажды неустанные архитектуры в настоящее время простых и декларативных, посмотрите на этот маршрут:

Результаты (русский) 2:

Наибольшее беспокойство для больших приложений является количество JavaScript требуется, чтобы загрузить приложение. Большие приложения необходимо загрузить только наличие необходимого для оказания текущий вид. Некоторые люди называют это "Код расщепление", вы разбиваете код на несколько пучков, которые загружаются по требованию, как посетитель переходит вокруг. Его важно, что изменения в глубине приложения не требуют изменений всю дорогу наверху. Добавление маршрута в средстве просмотра фотографий не должен влиять на размер исходного JavaScript связывать пользователь загружает. Ни она должна вызвать конфликтов слияния, как несколько команд имеют свои пальцы в том же, большой файл конфигурации маршрута. Маршрутизатор является идеальным местом для обработки кода расщепление:. Ответственной за создание ваши взгляды Реагировать маршрутизатор делает все сравнения его пути и компонента решения асинхронно, что позволяет не только загрузить компоненты лениво, но также лениво загрузить конфигурацию маршрута. Вы действительно нужно только одного определения маршрута в первоначальном пучке, маршрутизатор будет решить остальные по требованию. Маршруты могут определить getChildRoutes и getComponents методы. Они являются асинхронными, и только называется, когда это необходимо. Мы называем это "постепенное согласование". . Реагировать маршрутизатор будет постепенно соответствовать URL и принести только количество настроек и компонентов она должна соответствовать путь и сделать маршруту сочетании с WebPack встроенный код расщепления, когда неутомимый архитектура теперь просто и декларативный, посмотрите на этом маршруте:

Результаты (русский) 3:

Самая большая проблема для крупных приложений, является сумма JavaScript необходимый для загрузки приложения. Больших приложений следует загрузить только JavaScript для текущего представления. Некоторые называют это "разделение", вы можете разделить ваш код на несколько пакетов, которые загружаются по требованию, посетитель переход вокруг.