Столкнулся с проектом, в котором разделение кода построенно таким образом, как описано в этой статье. Разделять и декомпозировать код, это правильный подход. Но я стал подмечать что этот подход не для всех понятен. В коде я увидел много лишних оберток и на вопрос зачем тут это нужно я услышал, что "так делают на проектах" . Как разработчик я не могу принять этот ответ в качестве аргумента. Любая созданная обёртка, лейаут или компонент, это в первую очередь функция со своим лексическим окружением и подкапотной логикой (реакта) кеширования и проверки пропсов на изменение для последующего перерендера. Я думаю что, создание лишних оберток, в теории, может ухудшить производительность аппки.
Столкнулся с проектом, в котором разделение кода построенно таким образом, как описано в этой статье. Разделять и декомпозировать код, это правильный подход. Но я стал подмечать что этот подход не для всех понятен. В коде я увидел много лишних оберток и на вопрос зачем тут это нужно я услышал, что "так делают на проектах" . Как разработчик я не могу принять этот ответ в качестве аргумента. Любая созданная обёртка, лейаут или компонент, это в первую очередь функция со своим лексическим окружением и подкапотной логикой (реакта) кеширования и проверки пропсов на изменение для последующего перерендера. Я думаю что, создание лишних оберток, в теории, может ухудшить производительность аппки.