Комментарии 20
Синтаксис стилей напоминает css, главное отличие — стилизовать можно только сам компонент (например нельзя задать размер шрифта для всего приложения, только для конкретного компонента Text)
В React Native есть возможность использовать массивы стилей.
Можно создать стиль, в котором будет только настройка шрифта, и этот стиль подмешивать во все места, где требуется аналогичный шрифт. Таким образом получится сэмулировать глобальную настройку шрифта для всего приложения.
Да это возможно и даже будет работать. Но, для данного случая, реакт рекомендует использовать композицию, как это описано в документации.
Пардон, а в Kivy/Xamarin можно на все приложение наложить стиль? Можно примеры, так сказать для развития навыков?
В Xamarin.Forms некоторое время назад появились css: docs.microsoft.com/en-us/xamarin/xamarin-forms/user-interface/styles/css
Но, лично я их пока еще не использовал, так что подробно про них ничего сказать не могу.
Но, лично я их пока еще не использовал, так что подробно про них ничего сказать не могу.
Спасибо.
По моему, вы не правы в своем утверждении. Можно, например, зайти в styles.xml и вписать
Это установить параметры текста по-умолчанию для всего приложения. На счет iOS не вспомню, возможно там тоже можно установить эти параметры.
По моему, вы не правы в своем утверждении. Можно, например, зайти в styles.xml и вписать
<style name="FontTheme" parent="Theme.AppCompat.Light.NoActionBar">
<item name="android:textSize">20sp</item>
<item name="android:textColor">@color/black</item>
</style>
Это установить параметры текста по-умолчанию для всего приложения. На счет iOS не вспомню, возможно там тоже можно установить эти параметры.
а в Kivy/Xamarin можно на все приложение наложить стиль?
За Xamarin.Forms не скажу, лишь предположу, что почти наверняка можно, учитывая мощь XAML. А вот, например, в Xamarin.Android это легко реализуется нативными стилями и темами от Android
React native не является более перспективным направлением. По моему отказ Airbnb от этого фреймворка этому яркое подтверждение. Жаль что вместо RN автор не использовал NativeScript, который концептуально отличается от RN.
Я не готов спорить что является более перспективным, так как каждый разработчик верит в свой стек технологий и хвалит его. И это абсолютно нормально. Я полностью уважаю выбор других разработчиков.
За NativeScript наблюдаю с его появления, все-таки телереки один из наших конкурентов, и тут стоит отдать должное, ребята проделали большую работу. И то что было пару лет назад вызывало только грусть и печаль, сейчас же вполне можно пользоваться.
За NativeScript наблюдаю с его появления, все-таки телереки один из наших конкурентов, и тут стоит отдать должное, ребята проделали большую работу. И то что было пару лет назад вызывало только грусть и печаль, сейчас же вполне можно пользоваться.
У меня как раз таки есть сомнения в том, что сегодня Nativescript является юзабельным. Расскажу почему. Есть приложение, написанно на Angular 5 и есть идея создать гибридное приложение с максимально сжатыми сроками и минимальными усилиями со стороны разработчиков (насколько это возможно).
И вот при создании нового приложения на NativeScript (я использую Sidekick для создания шаблона и сборки проекта) можно выбрать темплейт на Angular + Typescript. Выглядит идеально! Ведь в таком случае часть кода, которая не работает с UI, можно будет полностью или частично переиспользовать (сервисы, например). И вот что я могу сказать, начав делать самую простую форму логина: я нашел много минусов, некоторые из них плохо поддаются пониманию (например, скомпилированные .js файлы лежат не в папке dist, а рядом с исходным кодом, из-за чего приходится делать лишние телодвижения и учить IDE скрывать их и это в фреймворке, который подается как ready to use), но документации хуже, чем у Telerik я еще наверное не встречал. Я еще глубоко не копал, но самое первое с чем столкнулся — отсутствие описания clearHistory параметра для SideDrawer. Если не использовать этот параметр, то при навигации между разными страницами будет появляться кнопка назад, которая конкретно в моем случае не нужна. И как эту кнопку убрать я нашел только благодаря issues на Github. Серьезно? А с чем еще я столкнусь дальше, чего не описано в документации? Это наверное одна из самых серьезных проблем, с которой я столкнулся, есть еще несколько более мелких проблем, но если взять это все вместе, Nativescript использовать не хочется от слова совсем.
Не знаю, может у меня нет опыта и я делаю что-то не так, было бы здорово если найдется человек, который сможет меня поправить и рассказать, как делать правильно.
И вот при создании нового приложения на NativeScript (я использую Sidekick для создания шаблона и сборки проекта) можно выбрать темплейт на Angular + Typescript. Выглядит идеально! Ведь в таком случае часть кода, которая не работает с UI, можно будет полностью или частично переиспользовать (сервисы, например). И вот что я могу сказать, начав делать самую простую форму логина: я нашел много минусов, некоторые из них плохо поддаются пониманию (например, скомпилированные .js файлы лежат не в папке dist, а рядом с исходным кодом, из-за чего приходится делать лишние телодвижения и учить IDE скрывать их и это в фреймворке, который подается как ready to use), но документации хуже, чем у Telerik я еще наверное не встречал. Я еще глубоко не копал, но самое первое с чем столкнулся — отсутствие описания clearHistory параметра для SideDrawer. Если не использовать этот параметр, то при навигации между разными страницами будет появляться кнопка назад, которая конкретно в моем случае не нужна. И как эту кнопку убрать я нашел только благодаря issues на Github. Серьезно? А с чем еще я столкнусь дальше, чего не описано в документации? Это наверное одна из самых серьезных проблем, с которой я столкнулся, есть еще несколько более мелких проблем, но если взять это все вместе, Nativescript использовать не хочется от слова совсем.
Не знаю, может у меня нет опыта и я делаю что-то не так, было бы здорово если найдется человек, который сможет меня поправить и рассказать, как делать правильно.
Как ни странно, но Airbnb никогда не являлся примером, потому что у меня даже на компе постоянно тормозит их сайт, а после того как нам пришлось выпилить их react date-range компонент из-за его размеров и общих проблем и подавно мнение испрртилось, но это субъективно.
Странно, а почему в эксперименте не участвует Qt с QML? Я сам пишу на Xamarin'e, но Qt, по моему, очень достойный кроссплатформенный фреймворк. Единственный минус Qt для Android это интероп с Java, все таки JNI это ад.
Вообще, ограничений нет. Можно продолжить эксперимент. Тем более ТЗ есть. (Mirimon и HeaTTheatR)
Еще flutter не участвовал. Найти бы человека который уже немного его знает)
Не все можно сделать без нативного кода. И когда вносишь изменения в нативный код, то теряешь возможность использовать Expo и вынуждаешь себя собирать приложение стандартными средствами нативной разработки.
Экспо еще та печаль, поэтому вынуждать себя не надо изначально, а пилить приложение сразу, как true девелоперы, на react-native cli.
Смотрели аналоги под vuejs (https://weex.apache.org например)? Интересно было бы ваше мнение услышать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Kivy. Xamarin. React Native. Три фреймворка — один эксперимент (часть 3)