Dmytro
Юзал кто то ffmpeg?
neikist
Alexey
Как говорится, мопед не мой :) незнаю зачем так писать. Видел это утром в статье по флаттеру
neikist
Как говорится, мопед не мой :) незнаю зачем так писать. Видел это утром в статье по флаттеру
Как показывает мой опыт привыкаешь за несколько часов. Плюс вместо закрывающих тегов IDE расставляет комментарии, поэтому уровни вложенности отлично видны
Dmytro
Пиши сразу вопрос
Мне надо из картинок сделать mp4 с аудио.. перепробовал все.. видео создаётся через JCodec.. но аудио не получается добавить..
Вот пошёл уже на крайние меры на NDK
Cобественно вопрос.. стоит ли увязываться в ffmpeg ? Или мб найду что то на java
Alexey
так оно может и так, но код и выглядит и читается очень громоздко. Написать то напишешь, а когда тебе прийдется к нему вернуться, то из глаз пойдет кровь
Mike
@mobile_jobs
CREOMONSTER
Спасибо!
neikist
так оно может и так, но код и выглядит и читается очень громоздко. Написать то напишешь, а когда тебе прийдется к нему вернуться, то из глаз пойдет кровь
Так по сути же это разметка, только с использованием собственно ЯП вместо специального языка. А разметка всегда объемная. И да, читается оно тоже норм
Alexey
Ну я не сказал, что у кого то что то плохо. Я сказал ощущения от примеров кода. Какие то двоякие. К примеру многие жалуются на JS из за дизайна языка. Гугл заявляет что Dart это некая ему замена. Выглядит да, лучше. + Типизация. Но все примеры что я видел: Виджет в виджете в виджете в виджете.
Alexey
neikist
Ну я не сказал, что у кого то что то плохо. Я сказал ощущения от примеров кода. Какие то двоякие. К примеру многие жалуются на JS из за дизайна языка. Гугл заявляет что Dart это некая ему замена. Выглядит да, лучше. + Типизация. Но все примеры что я видел: Виджет в виджете в виджете в виджете.
То что не замена - факт. От js у меня изжога, а вот dart прям нравится. Ну и виджеты вообще всю жизнь везде вкладывались друг в друга. Остальной код вполне привычный
Alexey
То что не замена - факт. От js у меня изжога, а вот dart прям нравится. Ну и виджеты вообще всю жизнь везде вкладывались друг в друга. Остальной код вполне привычный
Да, я правда незнаю какие там есть возможности не писать виджет в виджете в виджете. К примеру какие то макеты верстки. И душе ближе и код не такой страшный
Mike
Alexey
встречный вопрос, а зачем писать? :)
neikist
Да, я правда незнаю какие там есть возможности не писать виджет в виджете в виджете. К примеру какие то макеты верстки. И душе ближе и код не такой страшный
Так макеты же точно так же выглядят. Зато фрагменты верстки на дарте можно просто выносить в функции для лучшей структуры и переиспользования
neikist
Зачем смиряться? Я вот радуюсь. Мне то как задается визуальная часть во флаттере дико нравится
Alexey
А как иначе? Гуй не нужен?
нужен. Но к примеру Android SDK позволяет не писать руками, за очень редким исключением. Поэтому я не вижу необходимости писать все виджеты руками со всеми их свойствами. Верстка в виде макета значительно проще и быстрей. Но не в случае флаттера. Там кроссплатформ
Mike
нужен. Но к примеру Android SDK позволяет не писать руками, за очень редким исключением. Поэтому я не вижу необходимости писать все виджеты руками со всеми их свойствами. Верстка в виде макета значительно проще и быстрей. Но не в случае флаттера. Там кроссплатформ
А чем же вёрстка пишется в андроиде? Лапками?
neikist
нужен. Но к примеру Android SDK позволяет не писать руками, за очень редким исключением. Поэтому я не вижу необходимости писать все виджеты руками со всеми их свойствами. Верстка в виде макета значительно проще и быстрей. Но не в случае флаттера. Там кроссплатформ
Так в андроиде как раз то же самое. xml выглядит ни разу не менее громоздко
Mike
XML вообще такое говнище, что даже обсуждать нечего
neikist
При этом гораздо менее управляема
Alexey
Так в андроиде как раз то же самое. xml выглядит ни разу не менее громоздко
А как по мне менее грамоздко. Или ты пишешь 20 виджетов друг в друге или у тебя статичный xml
neikist
А как по мне менее грамоздко. Или ты пишешь 20 виджетов друг в друге или у тебя статичный xml
Э... А xml каким образом по другому выглядит если там те же 20 объектов расположить нужно
Alexey
Это странный вопрос. Для сравнения напишите xml и и напишите это руками. И сравните результат. Готов поспорить, что xml разметка как минимум будет более читаемой
Alexey
20 виджетов там и там
Alexey
Вопрос не о том, что нужно или не нужно писать руками. Вопрос читаемости, масштабирования
neikist
Это странный вопрос. Для сравнения напишите xml и и напишите это руками. И сравните результат. Готов поспорить, что xml разметка как минимум будет более читаемой
Возможно она для вас более читаема тупо из за привычки. Мне как новичку и там и там гораздо проще оказалось читать виджеты флаттера
Artem
всем ку
кто-то юзал уже UnifiedNativeAdView ? Как там получать только app install объявления?
Андрей
Всем привет!
Подскаажите пожалуйста, где найти в сборе логин через тач_ид и фейс_ид?
✙
Impossible
Alexander
Alexander
Из любого из них можно это сделать
d
Товарищи, что посоветуете для MVP: Moxy или Mosby?
𝔾𝕝𝕖𝕓
мокси вроде попроще
d
а почему? звезд больше в несколько раз на мосби
Mike
Это странный вопрос. Для сравнения напишите xml и и напишите это руками. И сравните результат. Готов поспорить, что xml разметка как минимум будет более читаемой
А XML руками нельзя писать? Какое-то сравнение тёплого с мягким.
Если использоваить Anko, кода будет меньше, чем XML, только он ещё внезапно станет более безопасным, композабельным, можно будет передавать параметры.
d
спасибо
Андрей
Всем привет!
Подскажите пожалуйста, где найти пример авторизации через fingerprint и face unlock (в сборе)?
Сергій
Всем привет!
Подскажите пожалуйста, где найти пример авторизации через fingerprint и face unlock (в сборе)?
sdk про кастомные поделки вендоров ищи у самих вендоров. Официально только Fingerprint API есть
Alexey
Я так понял что mosby больше в сторону mvi уходит, нежели moxy
Alexey
Ну в целом по тенденциям в проекте и по ишшуям
Михаил
Сергій
просто надо больше смазки 🌚
Nikita
Аминь
Alexey
Это странный вопрос. Для сравнения напишите xml и и напишите это руками. И сравните результат. Готов поспорить, что xml разметка как минимум будет более читаемой
Если обернуть некоторые момены с layout params, и с dpi, ресурсами и тд то будет вполне хорошо, пример - anko со своим dsl
Mike
Если обернуть некоторые момены с layout params, и с dpi, ресурсами и тд то будет вполне хорошо, пример - anko со своим dsl
lparams обёрнуты
с dpi? или с dip? что там оборачивать?
Alexey
Ну вот context.resources.getdimen и тд
Mike
Ну вот context.resources.getdimen и тд
к вью и активити есть же эестеншены? Да и к фрагментам небось
Alexey
к вью и активити есть же эестеншены? Да и к фрагментам небось
Есть, я просто уточнил что в грязном виде через код создание вью конечно хуже хмл будет)
Mike
Есть, я просто уточнил что в грязном виде через код создание вью конечно хуже хмл будет)
хуже XML уже не будет 🌚
Mike
хелловорлды в XML норм, а в реальном коде всё равно напильником дорабатывать
Михаил
Это странный вопрос. Для сравнения напишите xml и и напишите это руками. И сравните результат. Готов поспорить, что xml разметка как минимум будет более читаемой
Вот скажи, что из этого более читабельное?
Михаил
Михаил
Anonymous
ui превью
Alexey
хелловорлды в XML норм, а в реальном коде всё равно напильником дорабатывать
Ну вот поддержка нескольких цветных тем отлично ложится в программное создание интерфейса. Со стилями и темами это довольно геморойно
Alexey
Alexey
Анко и котлин - годно
neikist
Alexey
Кроме того разделение на xml и работа с готовыми виджетами в активити/фрагменте делит это все на два слоя.
Alexey
Вот только оно выглядит не так, поскольку IDE добавляет комментарии к закрывающим скобкам
Как там говорил классик: Хорошему коду комментарии не нужны
Mike
Кроме того разделение на xml и работа с готовыми виджетами в активити/фрагменте делит это все на два слоя.
т. е. удорожает поддержку и увеличивает сложность
Михаил
идеально было бы не забирать вьюхи в переменные :)
анко пару дней назад только начал изучать, чисто решил для себя попробовать переписать quality matters на kotlin, так что не критично, но за ссылку спасибо )
neikist
Как там говорил классик: Хорошему коду комментарии не нужны
Хм, ну ну. Учитывая что эти комментарии пишет не человек - мимо
Alexey
не понимаю какая разница кто пишет комментарии. Не было бы проблемы - не доавили бы в иде эти комментарии.
neikist
не понимаю какая разница кто пишет комментарии. Не было бы проблемы - не доавили бы в иде эти комментарии.
Ну в xml вы вместо комментариев пишете закрывающие теги. Велика разница?
Alexey
велика.
d
Я правильно понимаю, что когда в мокси дергаю getViewState().someMethod() ( это фрагмент) - то в самом методе фрагмента мне не нужно делать проверку на isAdded?