приучай себя писать так, как удобнее железу исполнять

это ты скажи после того, как посмотришь на код того же сишного компилятора с оптимизацией

Люди делятся на 1) тех кто пишет код для людей, 2) тех кто пишет код для компилятора

компилятор сам всё поправит как надо

а жава ещё и на лету код правит

это ты скажи после того, как посмотришь на код того же сишного компилятора с оптимизацией

читаемость важна, но перформанс наверно важнее. Ну да я согласен что надо находить баланс между 2-мя этими типами.

поэтому не надо особо заморачиваться, пока реально не упрешься

код - для людей должен быть, а компилятор умный сам оптимизируешь переборы и тд

Но я всегда за то чтобы оптимизировать хоть чуток, если это тебе ничего не стоит

конечно, алгоритм за тебя ни жава, ни компилятор не поправят

вот есть еще хак - нужно писать свитч=кейс, он быстрее ифов

вот есть еще хак - нужно писать свитч=кейс, он быстрее ифов

лол, он и читабельнее чем гавно лапша из if, Брр мне блевать тянет от кода типа if else if else if else

а вот в котлине..... )))))

когда я вижу у кого-то такую лапшу, у меня руки чешутся на switch переписать

Не хочется понижать интеллектуальный уровень беседы, но все же насмелюсь - не подскажете пример кода аудиоплеера, написаного через IntentService? Что-то нагуглить не могу

а если там float??

ну хз, не писал на котлине, надо смотреть во что это компилится в джава коде

forEach инлайнится, поэтому получается все тот же for (it in list) { callMethod(it) }

сахар... кругом сахар

forEach инлайнится, поэтому получается все тот же for (it in list) { callMethod(it) }

не понял, инлайнятся в фор с итератором что ли ?

@kotlin.internal.HidesMembers public inline fun <T> Iterable<T>.forEach(action: (T) -> Unit): Unit { for (element in this) action(element) }

вот эта конструкция

Не хочется понижать интеллектуальный уровень беседы, но все же насмелюсь - не подскажете пример кода аудиоплеера, написаного через IntentService? Что-то нагуглить не могу

плеер наверно лучше на просто Service, ибо IntentService он расчитан на получил компанду, выполнил работу и завершился

ну круто же

плеер наверно лучше на просто Service, ибо IntentService он расчитан на получил компанду, выполнил работу и завершился

Делаю через сервис -у меня выскакивает ANR

бля

сраный веб телеграм опять перестал работать

а вы как обычно храните МВП? в одном пакете один экран весь или по отдельным пакетам презенторы и вьюхи?

пишет waiting for network, иннет есть все работает

а вы как обычно храните МВП? в одном пакете один экран весь или по отдельным пакетам презенторы и вьюхи?

вообще правильно по фичам хранить сейчас такой тренд, но я сто то складываю по старому в пакеты презентеров активити фрагметы и т д

ну типо login пакет все что к авторизации относится например и там внутри уже можно по подпакетам

Не подскажите, в чем проблема?

я просто отношусь к 2) типу )))

тебе тогда точно понравится декомпилятор (kt → bytecode → java) встроенный в котлин – сразу можно поглядеть во что выливается та или иная конструкция)

а вы как обычно храните МВП? в одном пакете один экран весь или по отдельным пакетам презенторы и вьюхи?

раньше я хранил вьюхи отдельно, презентеры отдельно и тп. это очень не удобно. теперь храню по экранам или по группам связанных тесно экранов

тебе тогда точно понравится декомпилятор (kt → bytecode → java) встроенный в котлин – сразу можно поглядеть во что выливается та или иная конструкция)

я пошутил пожалуй, все в меру приличия, на самом деле мне противны makefile сишный и башскрмпты

хотя там еще более менее выглядит

почему может сильно отличаться размер debug и release apk? 17 мб дебаг и 27 мб релиз. прогард отключен и там и там.

почему может сильно отличаться размер debug и release apk? 17 мб дебаг и 27 мб релиз. прогард отключен и там и там.

ну всё озадачился размером апк, как обсудили))

почему может сильно отличаться размер debug и release apk? 17 мб дебаг и 27 мб релиз. прогард отключен и там и там.

а размеры dex-файлов сильно различаются?

Поставил нугу

Мультиокна рулят

он есть, просто не заметен для юзера

Значит его нет

поле и свойство класса это ведь одно и тоже или есть отличие?)

а нет, у поля нет геттеров и сеттеров, а у свойства есть

а нет, у поля нет геттеров и сеттеров, а у свойства есть

Почему у свойства не может быть геттера ?)

Почему у свойства не может быть геттера ?)

у свойства есть как раз

Почему у свойства не может быть геттера ?)

у поля нет

А уполя почему не может быть тогда?)

Это одно и тоже по сути. Открой вики.

Это одно и тоже по сути. Открой вики.

вот именно что почитал

у поля может быть и геттер и сеттер, но тогда это уже будет свойство

по сути, свойством принято называть штуки типа как в шарпе или котлине - где геттеры и сеттеры являются частью поля

ты можешь их настроить при декларации самого поля

а в той же жаве ты как бы создаешь отдельные методы "сет" и "гет"

Там ниже примеры. Свойство так же приватное и работа с ним идеи через геттерсеттер

по сути то же самое

Как бы разницы нет, свойство это всегда поле, но поле не всегда свойство. Поле это приватное свойство без геттерасеттра)

https://msdn.microsoft.com/en-us/library/x9fsa0sw.aspx

https://kotlinlang.org/docs/reference/properties.html

http://tutorials.jenkov.com/java/fields.html

вот, например, в котлине нету полей

вот, например, в котлине нету полей

Что такое тогда private var name?

Поле

Ибо свойство не может быть приватным) если дерево падает в лесу где никого нет, то оно падает беззвучно) так же и тут

ERROR: S client not available

ай, да. В котлине нету non-private fields

те, кто используют setRetainInstance во фрагментах - вы что, не храните ссылки на юайные штуки?

дык ui перерисовывается же

как ссылки на эти объекты хранить то?

exception какой-нить вылетит скорее всег

а если байндить в onViewCreated?

ребят, а можно как-то прописать параметр так, чтоб показать что он должен быть одновременно Activity и реализовывать интерфейс?

? extends Activity & SomeInterface

? extends Activity & SomeInterface

это вроде не похоже на синтаксис )) я собираюсь в хелпере вызывать типа getString и методы своего интерфеска, для этого эту активити надо заинжектить, но так, чтоб можно было передать только активити реализующую интерфейс

это вроде не похоже на синтаксис )) я собираюсь в хелпере вызывать типа getString и методы своего интерфеска, для этого эту активити надо заинжектить, но так, чтоб можно было передать только активити реализующую интерфейс

это вайлдкард

ну или <T extentds Ativity & SomeInterface>

это вайлдкард

я нашел что-то про футбол и доту )

по запросу вайлдкард

https://docs.oracle.com/javase/tutorial/extra/generics/wildcards.html

А зачем нужно передавать в таком виде? Нельзя Context и интерфейс передать отдельно?

А зачем нужно передавать в таком виде? Нельзя Context и интерфейс передать отдельно?

да вот можно, но тогда если активити реализует интерфейс, ее же 2 раза передаешь, и 2 ссылки в объекте получается, хотя это наверное нифига страшного...

да вот можно, но тогда если активити реализует интерфейс, ее же 2 раза передаешь, и 2 ссылки в объекте получается, хотя это наверное нифига страшного...

тебя это пугает7

тебя это пугает7

ну это неприятно можно было бы сделать как-нить private Activity,MyInterface superActivity; ))

да вот можно, но тогда если активити реализует интерфейс, ее же 2 раза передаешь, и 2 ссылки в объекте получается, хотя это наверное нифига страшного...

Можно припомнить SOLID и золотой молоток. Когда в одном интерфейсе все

в общем, теперь ты просвященный, знаешь как это сделать, а стоит ли - решать тебе

в общем, теперь ты просвященный, знаешь как это сделать, а стоит ли - решать тебе

я все-равно не понял, читать надо, а я ток встал )

а нашим подавай все условия, индус за копейки будет вджобывать и довольный ходить что ему платят)

нет

мне тоже кажется, что нет

нет

Подробнее, что именно не так?)

почему ты думаешь что кто-то готов работать за три копейки и ещё и радоваться этому?

После падения курса рубля не думаю что индусы стоят существенно дешевле чем граждане РФ. Особенно елси брать не Москву

почему ты думаешь что кто-то готов работать за три копейки и ещё и радоваться этому?

Ну индусы меньше хотят зп, даже посмотреть тот же up work ставки русского разработчика и индуса. Можно заметить что у индусов меньше запросы в час.

Ну индусы меньше хотят зп, даже посмотреть тот же up work ставки русского разработчика и индуса. Можно заметить что у индусов меньше запросы в час.

ну это связано не с национальностью, а со стоимостью жизни в том месте, где они находсятся

ну это связано не с национальностью, а со стоимостью жизни в том месте, где они находсятся

А я и не говорил что дело в национальности. Да дело в уровне жизни в стране.

Ну индусы меньше хотят зп, даже посмотреть тот же up work ставки русского разработчика и индуса. Можно заметить что у индусов меньше запросы в час.

только потому что их больше и ты же сравниваешь человека, а не средние ставки по стране. Т.е. людей знающих английский в Индии больше, т.е. они более просто могут выйти на upwork и вполне вероятно что они с более низкоквалифицированные.

дальше количество вытекает в том что те же ОАЕ на зарплатах больших чем в Москве сидит куча индусов которые знают дико мало, но выслуга лет огромна.