По-видимому, это так - при создании пользовательского интерфейса с помощью React нам нужны компоненты, прежде чем мы протестируем ожидаемое поведение пользовательского интерфейса. При разработке компонентов по-прежнему задействованы некоторые TDD, и вы хотите убедиться, что HOC, которые вы разрабатываете / проектируете, работает так, как вы хотите, чтобы они работали. Обычный рабочий процесс структурирования этих компонентов будет заключаться в том, чтобы сайт работал на localhost: port и продумывал код по ходу дела. На этом этапе в основном возникают проблемы с производительностью, и вы хотите убедиться, что ваш код использует все новейшие и лучшие практики, которые поставляются в комплекте с ESx (x будет продолжать меняться в постоянно расширяющемся мире сценариев ECMA) и React 16.
Использование библиотек пользовательского интерфейса действительно может дать толчок общему рабочему процессу разработки. Проработав с React более трех месяцев (не чем хвастаться, но я подумал - стоит выложить это там), я понял, что существует масса пакетов, которые могут сделать за вас тяжелую работу. Если вы хотите реализовать функцию x в своем веб-приложении, было бы неплохо посмотреть, существует ли пакет, который может выполнить x-ify ваше приложение за вас.
Наконец, хотел бы поделиться статьей ниже: https://reactjs.org/docs/thinking-in-react.html
В приведенной выше статье наиболее важным советом является создание статических компонентов с минимальным взаимодействием с пользователем, а затем реализация остальной части кода. Мой личный совет расширяет приведенный выше совет, то есть внедряйте статические компоненты, а затем пишите тесты для проверки их поведения пользовательского интерфейса, а затем делайте то, что говорит старший разработчик.
