он хоть и работает быстро, но кастомизации почти нет, кроме цвета, копипаста slider.kt, и попытка создать свой вариант, тоже провалилась, там чтото с импорта и связанно, что за боль, обещали что это революция, а по факту на xml ,намного чего больше имеется, я читал что можно использовать xml компоненты в compose, насколько это благоразумно если относительно слайдера смотреть? Вообще чем больше compose изучаешь, тем печальнее становится, чувствуются незавершённость, а изучение как работают элементы, просто вводят в ступор. Там тока сеньеры разберутся в этом коде.
Не нужно вслушиваться в то, что обещают крупные компании. Но в самом деле мне немного грустно, когда люди сомневаются в Jetpack Compose. Что именно там с импортами не так? Конечно на XML будет намного больше, мало того, что альтернативных вариантов можно сказать не было (а как еще?), так их не было еще на протяжении более 10 лет, тем более это был предпочитаемый подход от разработчиков самих продуктов - и ничего никуда не денется в скором времени. Как уже ранее говорили, релиз стабильной версии 1.0.0 Jetpack Compose вышел только год назад. Много чего априори не будет готово, что-то будет в экспериментальной фазе, что-то может вообще перестанет существовать. Android быстро развивается, не все баги или недоработки успевают (или вообще станут) чинить, вполне возможно что-то починенное или обновленное будет только на Jetpack Compose. По моему мнению в Android до этого использовалось и так чересчур много схожих компонентов и многие из них лишние. Что-то в старых, лишних реализациях может остаться для кого-то желаемым, особенным. Люди в Google могут принять решение основываясь на обратной связи сообщества добавить функциональность или же не делать этого, но при этом всегда есть возможность пользоваться старым через интерфейсы-адаптеры типа Fragment/Activity + ComposeView или же AndroidView. Android Jetpack думаю в свое время в какой-то мере дал второе дыхание разработке приложений и всякого на Android, хотя там не все так просто. Jetpack Compose тоже дал некое второе дыхание и я думаю ничего плохого нет в том, что релиз был “такой ранний”. Так дела пойдут на лад быстрее, мне кажется. Насчет слайдера - а что именно не удается кастомизировать? Если на данный момент нет возможности добиться желаемого готовым инструментарием Jetpack Compose, Material Compose, то в таком случае либо нужно пытаться самому на Jetpack Compose добиться желаемого, либо просто обернуть нужную android.view.View в AndroidView. С новым подходом часто бывают сложности. Думаю после некоторого время изучения и практики станет намного легче и радостней. В каком-то плане может Вам чтобы добиться желаемого придется писать код “правильно” 🙂 что наверное Jetpack Compose заставляет делать получше старого подхода. Ну и опять же, никто не заставляет пользоваться этим)
Просто изучаю код слайдера в компосе, очень там все не просто под капотом, мозгов нехватает понять, тяжко идет, точнее даже так сказать, дакак им пришло в голову сделать так, и вообще что это за функция, впервые вижу, точнне сказать много чего под капотом используют того что в реальной жизни сами мы бы не использовали бы ибо это очень специфичное, и внутри именно много этой специфики, которую впервые видишь.
Посмотрел исходный код слайдера. Я конечно же не гуглер который работает в команде Jetpack Compose или тот человек, который сильно шарит в нем, но меня лично код не устрашил сильно. А что, читая исходники вьюшек из AndroidX или материала вам таки все понятно?) Вспомнить только View на 10,000 строк кода, FragmentManager. Это же ужас)
Ну если из-за импортов твоя разработка провалилась, то сомневаюсь, что дело в композе🌚
Я не спорю, я котлином и компосом тока десятый день тока занимаюсь, возможно что я незнаю нюансов. Скачал на гите пример от некого автора, там он смог отвязаться от гугла и и свой кастом лупануть, пытаюсь разобрать, идеть очень туго, там сеньором нужно быть чтобы понять каждую строку что сделал автор https://github.com/jortas/android-sunrise-slider. Это явно отличается от того что дают в учебниках, сразу видно совсем другой уровень, суровый и беспощадный. Что интересно глядел аналоги на SwiftUI да и вообще смотрел из разработку, у меня закралось чувство что эпл жалеет своих разрабов и такого количества кошмара у них нет как на Андроиде. Хотя могу и ошибаться. Но сложилось мнение что там полегче будет.
Мб речь о чистых строчках кода) Аля скобки, импорты и пустые строки туда не относятся)
Единственное что там более менее сложное это наверное мьютексы, а так. Ничего особенного, несколько месяцев и уже не будет страшно
Обсуждают сегодня