ЭТО ПРОСТО КРУТО!!! Спасибо, а то напишут статью надергав переводов из документации и управились. Давно хотел попробовать нативный код написать для андроид, но ни разу случай не представлялся, вот воспользуюсь примером :)
Лично я надеюсь, что ос сможет завоевать себе место под солнцем. Когда там что продавалось Я не искал особо, да и сейчас не ищу. Но если будет в продаже - куплю. А сейчас с ос ситуация выглядит так - на ней нет приложений, она никому не нужна, а чтобы писать приложения устройства надо продавать. И разработчикам условия создавать.
Лично я куплю. У меня не очень большие требования к списку приложений - браузер, плеер, чтение документов и книг. Остальное если что и сам себе написать думаю смогу.
У меня нет желания искать смартфон который б/у, покупать ос отдельно, а потом ставить на устройство, я не горю желанием заморачиваться установкой.
Наверное потому что обычный пользователь половину ваших слов не поймет, впрочем как и я т.к. я все эти реликты истории не застал.
И потому, что обычному пользователю драйвер не нужен, ему нужно что-то измерить, отобразить, выполнить простую работу. А avr со своей простой архитектурой с этим справляется на ура.
Не все хотят разбираться с 32-х битными камнями, а автор в свое время приложил немаленькую толику к популяризации именно avr. Я вот с stm32 например не работал и если что-то будет нужно то буду собирать на avr/mcs-51. Просто потому что привычно. Да и сами avr однотипные и простые.
Ну в touchevents там то ничего сложного по сути, но вот математики будет много - градус в который попали, расстояние.
Если планируете ещё писать, можно про кастомные view group, про них информации ещё меньше. А там ведь всякие dispatchdraw, dispatchtouchevent, layout larams свои, то же есть о чем рассказать. Да и позволяют они тоже очень много.
Уууу, это просто огонь!!! Спасибо, а то однотипный шлак который в последнее время здесь выдают за кастомные вью немного поднадоел. Единственное сам текст (список) наверное было бы проще рисовать не внутри кастомной вью, а руками самостоятельно разработчику - не всем нужны текста, кому-то нужна только диаграмма, кто-то текст захочет кастомизировать. С другой стороны это вью, а не compose, можно и отнаследоваться при желании (но тот же drawtext private а не protected)
Для полноты картины только touchevents не хватило, но и так очень круто!!!
Вариант с мапой конечно интересен, надо на него поближе взглянуть, но я до сих пор удивляюсь как можно было сделать списки такими убогими имея recyclerview. Но даже так стандартная анимация расхлопывания будет так себе. Я так понимаю вы априори верите что бек ключи не задвоит?) Смело)
Ну и вообще, чем больше я в compose погружаюсь, тем больше огорчаюсь тому, что кучу всего сломали.
Кстати, если использовать RV вместо lazylist, и в холдеры прокидывать composeview, то тоже могут быть сложности. Так что со списками прям все очень печально...
В interface BindingClass лучше сразу добавить override equals(item:Any) и override hashCode(item:Any), в дата классах они автоматом подхватятся, а если будет обычный класс, интерфейс заставит реализовать.
А случайно исходниками не поделитесь - я давно хочу попробовать surfaceglview, но это достаточно сложная штука, а у вас так красиво получилось. С 13 андроида кстати шейдеры стали доступны и без surfaceglview (agsl), в дальнейшем можно попробовать и их, если будет желание :)
Знаете, все же очень хочется пощупать устройство, ос для которого дорабатывали у нас в стране. Тем более я когда-то владел предшественником - Nokia n9 - и был очень доволен :)
Там же во первых не одна флешка может быть, во вторых часть в мультиконтроллере вообще может быть, а в третьих ещё и чистый me регион нужен
Пол года, что-то слишком быстро, как мне кажется...
А почему картинки в базе? Ещё скажите что фронту из в base64 отдаете, как и храните.
Я не люблю быть голословным, поэтому вот ссылка на их сайт где они говорят что работают с 98 года.
https://www.dns-shop.ru/about/about/
Компания не основана в 2010, сама она сообщает что ведёт историю с 98 года. Ну и помойка та ещё, никому там трудиться не советую.
ЭТО ПРОСТО КРУТО!!! Спасибо, а то напишут статью надергав переводов из документации и управились. Давно хотел попробовать нативный код написать для андроид, но ни разу случай не представлялся, вот воспользуюсь примером :)
Лично я надеюсь, что ос сможет завоевать себе место под солнцем. Когда там что продавалось Я не искал особо, да и сейчас не ищу. Но если будет в продаже - куплю. А сейчас с ос ситуация выглядит так - на ней нет приложений, она никому не нужна, а чтобы писать приложения устройства надо продавать. И разработчикам условия создавать.
Лично я куплю. У меня не очень большие требования к списку приложений - браузер, плеер, чтение документов и книг. Остальное если что и сам себе написать думаю смогу.
У меня нет желания искать смартфон который б/у, покупать ос отдельно, а потом ставить на устройство, я не горю желанием заморачиваться установкой.
Это хорошая новость, надеюсь они наконец выпустят устройства для физ лиц
Наверное потому что обычный пользователь половину ваших слов не поймет, впрочем как и я т.к. я все эти реликты истории не застал.
И потому, что обычному пользователю драйвер не нужен, ему нужно что-то измерить, отобразить, выполнить простую работу. А avr со своей простой архитектурой с этим справляется на ура.
Не все хотят разбираться с 32-х битными камнями, а автор в свое время приложил немаленькую толику к популяризации именно avr. Я вот с stm32 например не работал и если что-то будет нужно то буду собирать на avr/mcs-51. Просто потому что привычно. Да и сами avr однотипные и простые.
Ну в touchevents там то ничего сложного по сути, но вот математики будет много - градус в который попали, расстояние.
Если планируете ещё писать, можно про кастомные view group, про них информации ещё меньше. А там ведь всякие dispatchdraw, dispatchtouchevent, layout larams свои, то же есть о чем рассказать. Да и позволяют они тоже очень много.
Уууу, это просто огонь!!! Спасибо, а то однотипный шлак который в последнее время здесь выдают за кастомные вью немного поднадоел. Единственное сам текст (список) наверное было бы проще рисовать не внутри кастомной вью, а руками самостоятельно разработчику - не всем нужны текста, кому-то нужна только диаграмма, кто-то текст захочет кастомизировать. С другой стороны это вью, а не compose, можно и отнаследоваться при желании (но тот же drawtext private а не protected)
Для полноты картины только touchevents не хватило, но и так очень круто!!!
Спасибо, было полезно!
Вариант с мапой конечно интересен, надо на него поближе взглянуть, но я до сих пор удивляюсь как можно было сделать списки такими убогими имея recyclerview. Но даже так стандартная анимация расхлопывания будет так себе. Я так понимаю вы априори верите что бек ключи не задвоит?) Смело)
Ну и вообще, чем больше я в compose погружаюсь, тем больше огорчаюсь тому, что кучу всего сломали.
Кстати, если использовать RV вместо lazylist, и в холдеры прокидывать composeview, то тоже могут быть сложности. Так что со списками прям все очень печально...
В interface BindingClass лучше сразу добавить override equals(item:Any) и override hashCode(item:Any), в дата классах они автоматом подхватятся, а если будет обычный класс, интерфейс заставит реализовать.
А случайно исходниками не поделитесь - я давно хочу попробовать surfaceglview, но это достаточно сложная штука, а у вас так красиво получилось. С 13 андроида кстати шейдеры стали доступны и без surfaceglview (agsl), в дальнейшем можно попробовать и их, если будет желание :)
Ааа, я описался, для шейдеров)
Не до конца понятно что именно используется для геймеров - surfaceglview?
Знаете, все же очень хочется пощупать устройство, ос для которого дорабатывали у нас в стране. Тем более я когда-то владел предшественником - Nokia n9 - и был очень доволен :)