Comments 7
Не пользуюсь, но думаю, что нужно обязательно попробовать, коллеги давно говорили о возможности их использования. Спасибо за доходчивый перевод.
+2
В данном случае, наверное, красивее писать так
{hovering && <Tooltip id={this.props.id} />}
0
<>...</> это вместо React.Fragment?
0
По поводу последней проблемы, ничто не мешает написать свой адаптер withAdaptedRouter
0
У меня такой вопрос. Рано или поздно абстракция дает течь или обнаруживаются фатальные недостатки. Мы встаем перед дилеммой: писать новый код на component2.0 или делать рефакторинг старого кода и для нового кода продолжать использовать component1.0. В идеале видится следование второму пути. Но может выйти так что постоянный рефакторинг съест гору времени, а через пару месяцев окажется что концепция была выбрана неверно и нужно опять переписывать.
Возможно стоит выбрать первый путь и согласится что система всегда будет в состоянии «эволюции», что старые ее части, очевидно, будут устаревать. И важно что при разработке это будет учитываться заранее (пример: app/api/v1).
И это касается классов, компонентов и даже целых модулей. Есть ли тут серебряная пуля?
Возможно стоит выбрать первый путь и согласится что система всегда будет в состоянии «эволюции», что старые ее части, очевидно, будут устаревать. И важно что при разработке это будет учитываться заранее (пример: app/api/v1).
И это касается классов, компонентов и даже целых модулей. Есть ли тут серебряная пуля?
0
Sign up to leave a comment.
Компоненты высшего порядка в React