Ну не знаю, имхо, у native-base (на самом деле изначально у shoutem, NB её адаптировали и допилили, пакет так и называется native-base-shouthem-theme, если правильно помню) вполне удобно организованы стили. по крайней мере из того что я тестировал, когда мы выбирали подходящее решение.
Плюс они умеют адаптировать стили на основе boolean-свойств компонента (без каких-либо доработок логики, конкретная адаптация стиля задаётся в теме), у себя в компонентах это тоже можно реализовать достаточно просто, но тут из коробки и всё что требуется уже абстрагировано.
Но вообще да, зачастую компоненты свои у всех в итоге. Даже когда NB под капотом ))
Сейчас попробую измерить изменения в производительности. Мы в течение последних двух недель на проекте потихоньку избавляемся от native-base и она сейчас "островками" только осталась... в каких-то блоках Text оттуда, где-то ещё что-то... А была везде - drawer, navigation header, screen container и т.п.
В целом я бы даже остался с ней, возни меньше, но в этом проекте её умудрились начать использовать без создания кастомной темы и вся кастомизация шла через стили, что как бы убило весь смысл её использования, только мешающее поведение осталось типа невозможности избавиться от хэндлинга статусбара в хидере и т.п.
Как раз собирался оценить как что поменялось.
