K
3) Если продолжать использовать XML, то kotlin android extensions.
спасибо
Size: a a a
2017 November 16
AV
Не советую все сразу юзать, т.к. придется решать гораздо больше проблем, чем с одной какой то технологией
I
пишут тут приложеньку потренероваться использую котлин, и хочу заюзать рум, архитектурные компоненты и всякие модные штуки, посоветуйте пожалуйста
1) что юзать для фрагментов/навигации (чичероне/натив)?
2) для DI с котлином dagger2?
3) для инжекции и работы с вью на котлине (buterknife, native)?
в общем возможно что то посоветуете, цель потрениться разобраться
1) что юзать для фрагментов/навигации (чичероне/натив)?
2) для DI с котлином dagger2?
3) для инжекции и работы с вью на котлине (buterknife, native)?
в общем возможно что то посоветуете, цель потрениться разобраться
> рум, архитектурные компоненты
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
Sλ
> рум, архитектурные компоненты
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
писать под андроид и не юзать google тулзы? 😂
Sλ
> Kotlin им дал кросплатформенность
ещё года 2 как минимум ждать
ещё года 2 как минимум ждать
I
Хех ну через пару лет мы на них будет смотреть,
как и на AsynTask и лоадеры (знаю некоторые любят до сих пор) сейчас
как и на AsynTask и лоадеры (знаю некоторые любят до сих пор) сейчас
QH
> рум, архитектурные компоненты
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
++, но хз, как это всё сделать(
QH
писать под андроид и не юзать google тулзы? 😂
Да, конечно. Библиотеки гугла, кроме AppCompat, никаких насущных проблем не решают.
Sλ
есть ещё Google services и остальное что на них
I
В любом случае это было мое imho, которое не стоит воспринимать слишком серьезно (и тащить сразу в прод)
P.S. это скорее совет просто для тех кто мноооого лет пишет под Android и просто устал от него (типа меня).
P.S. это скорее совет просто для тех кто мноооого лет пишет под Android и просто устал от него (типа меня).
QH
есть ещё Google services и остальное что на них
Да, они, к сожалению, тоже есть.
GR
> рум, архитектурные компоненты
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
фу какая гадость (Kotlin им дал кросплатформенность, а они все google тулзы тащат)
1) Найди либу для реализации Redux/Elm архитектуры
2) НЕ нужно, пиши логику на чистых функциях
3) см пункт 1)
а что в руме плохого?
I
Нет ничего плохого.
Просто как любой “официальный” фреймворк, который судя по всему все затащат в свои проекты,
- он быстро закостинеет (и через пару лет будет дружно его выпиливать, когда на github появится хорошая независимая альтернатива).
Плюс не для всех проектов SQL лучший выбор - часто хватает (модного) NoSQL решений.
Просто как любой “официальный” фреймворк, который судя по всему все затащат в свои проекты,
- он быстро закостинеет (и через пару лет будет дружно его выпиливать, когда на github появится хорошая независимая альтернатива).
Плюс не для всех проектов SQL лучший выбор - часто хватает (модного) NoSQL решений.
GR
Нет ничего плохого.
Просто как любой “официальный” фреймворк, который судя по всему все затащат в свои проекты,
- он быстро закостинеет (и через пару лет будет дружно его выпиливать, когда на github появится хорошая независимая альтернатива).
Плюс не для всех проектов SQL лучший выбор - часто хватает (модного) NoSQL решений.
Просто как любой “официальный” фреймворк, который судя по всему все затащат в свои проекты,
- он быстро закостинеет (и через пару лет будет дружно его выпиливать, когда на github появится хорошая независимая альтернатива).
Плюс не для всех проектов SQL лучший выбор - часто хватает (модного) NoSQL решений.
рум появился когда уже существует 100500 аналогов, и вполне неплохо себя показал
nosql немного не туда, если человек не может выбрать нужный ему инструмент то это проблемы не инструмента
nosql немного не туда, если человек не может выбрать нужный ему инструмент то это проблемы не инструмента
I
Смотрели https://youtu.be/Vre-Ih5Gdc0 , как вам?
Imho интересный доклад про применение стей-машин для UI
Чувствую через пару итераций, она дошла бы до Redux
Imho интересный доклад про применение стей-машин для UI
Чувствую через пару итераций, она дошла бы до Redux
I
Кстати, @vlastachu я знаю ты же тоже ценитель 😏
Смотрел два видео с KotlinConf от авторов
Смотрел два видео с KotlinConf от авторов
Kategory? Как тебе их идеи?Вл
Кстати, @vlastachu я знаю ты же тоже ценитель 😏
Смотрел два видео с KotlinConf от авторов
Смотрел два видео с KotlinConf от авторов
Kategory? Как тебе их идеи?ничего с котлинконф не смотрел
Вл
теперь есть повод
2017 November 17
AP
Всем привет, чет с ходу не могу решить одну проблемку:
в Parcelable пытась положить arr: Array<Int>
writeToParcel - parcel.wrireSerializable(arr)
readToParcel - parcel.readSerializable(parcel.readSerializable()) as Array<Int> /компилятор ругается на меня.
Как можно парсерелизвать List<Int> или Array<Int>?
в Parcelable пытась положить arr: Array<Int>
writeToParcel - parcel.wrireSerializable(arr)
readToParcel - parcel.readSerializable(parcel.readSerializable()) as Array<Int> /компилятор ругается на меня.
Как можно парсерелизвать List<Int> или Array<Int>?
МР
Всем привет, чет с ходу не могу решить одну проблемку:
в Parcelable пытась положить arr: Array<Int>
writeToParcel - parcel.wrireSerializable(arr)
readToParcel - parcel.readSerializable(parcel.readSerializable()) as Array<Int> /компилятор ругается на меня.
Как можно парсерелизвать List<Int> или Array<Int>?
в Parcelable пытась положить arr: Array<Int>
writeToParcel - parcel.wrireSerializable(arr)
readToParcel - parcel.readSerializable(parcel.readSerializable()) as Array<Int> /компилятор ругается на меня.
Как можно парсерелизвать List<Int> или Array<Int>?
вроде для List - writeList, для Array - writeArray (writeIntArray)