Подскажите пожалуйста, есть ли вот такой конструкции Any.map { it.filterNotNull() } короткая нотация через "::", it в данном случае вот это (MutableList<String!>..List<String!>?)

Подскажите пожалуйста, есть ли вот такой конструкции Any.map { it.filterNotNull() } короткая нотация через "::", it в данном случае вот это (MutableList<String!>..List<String!>?)

val list = listOf(listOf<String?>("hello", null, "world")) println(list.map(Iterable<Any?>::filterNotNull))

короткой это не назвёшь, но через ::

кто юзает squirrel?

подкармливаю squirrel в бижайшем park

подкармливаю squirrel в бижайшем park

TreePark?

TreePark?

LinkedTreePark

подкармливаю squirrel в бижайшем park

с какой целью? зачем?

LinkedTreePark<Squirrel>

с какой целью? зачем?

чтоб шерсь блестела

хаха угараешь

чтоб шерсь блестела

включи стикеры

включи стикеры

Лучше гифки, чо уж там

тут робот

удаляет стикеры

И гифки

Подскажите пожалуйста, есть ли вот такой конструкции Any.map { it.filterNotNull() } короткая нотация через "::", it в данном случае вот это (MutableList<String!>..List<String!>?)

list.mapNotNull { it }

list.mapNotNull { it }

filterNotNull()

вопрос не в этом же был

Ну там map непонятного типа, так что я предположил, что человек ошибся

Ну там map непонятного типа, так что я предположил, что человек ошибся

map который rx observable, главное это it

подкармливаю squirrel в бижайшем park

Да, белки там прикольные. Я с рук кормил.

map который rx observable, главное это it

А, сорян, я не в теме rx

Подскажите, как это красиво делать? if (view != null) { Snackbar.make(view, msg, Snackbar.LENGTH_LONG).setAction("Action", null).show() } Ругается: Smart cast to 'View' is impossible, because 'view' is a property that has open or custom getter

view?.let {Snackbar.make(it, msg, Snackbar.LENGTH_LONG).setAction("Action", null).show()}

спасибо, что-то вылетело из головы :)

Подскажите, как это красиво делать? if (view != null) { Snackbar.make(view, msg, Snackbar.LENGTH_LONG).setAction("Action", null).show() } Ругается: Smart cast to 'View' is impossible, because 'view' is a property that has open or custom getter

или val view = this.view ?: return Snackbar.make(view, msg, Snackbar.LENGTH_LONG).setAction("Action", null).show()

какое-то сообщение об ошибке невнятное

какое-то сообщение об ошибке невнятное

я пример привёл val view = this.view if (view != null) { Snackbar.make(view, msg, Snackbar.LENGTH_LONG).setAction("Action", null).show() } вот так точно работать должно

я бы не назвал этот вариант красивым :)

какое-то сообщение об ошибке невнятное

Эмм, ну из него по крайней мере все понятно, куда уж внятнее?

можно в котлине к typealias extension прикрутить?

можно в котлине к typealias extension прикрутить?

можно

ок, спасибо =)

можно

только прикрутится по-сути к тому куда alias

например если два typealias на один тип

то к каждому свою функцию не зацепить

что с одной стороны логично а с другой

ну мне к довольно простому случаю типа

ArrayList<LatLng>

ArrayList<LatLng>

так сделай для него

заем тайп аляс

не логичнее в тайп алиас это пихнуть?

не логичнее в тайп алиас это пихнуть?

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

это больше синтаксическая фича

хм ну может быть

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

да нифига, например

typealias UseId = Long

typealias EMail = String

итп

повышать читабельность кода

typealias UseId = Long

тут ты конкретезируешь, опть же синтаксическая фича

повышать читабельность кода

+

ну мне к довольно простому случаю типа

мне кажется экстеншны лучше на коллекции вообще не вешать

но когда хочется EMail.validate и например Phone.validate

мне кажется экстеншны лучше на коллекции вообще не вешать

на коллекции с конкретным типом же, почему нет?

уже привет

ну на общие типы может быть

в одном месте нельзя будет использовать

на коллекции с конкретным типом же, почему нет?

читабельность хуже

лучше сделать функцию-обёртку

читабельность хуже

кода больше

но когда хочется EMail.validate и например Phone.validate

в том то и суть что посути екстеншен привяжется к Long и String? иэто может приводить к последсвиям

в том то и суть что посути екстеншен привяжется к Long и String? иэто может приводить к последсвиям

не, Phone тож в String

как по мне лучше list.removeOutsideCoordinates()

чем хреначить непонятную статику

не, Phone тож в String

а не увидел, думал про ИД

мне кажется экстеншны лучше на коллекции вообще не вешать

??

typealias EMail = String typealias Phone = String val EMail.isValid: Boolean... val Phone.isValid: Boolean... и все, печаль, приходится помнить об этом и делать isValidPhone, isValidEmail, итп

??

речь о своих, с генериком. у товарища — ArrayList<LatLng> как помне — лучше process(list), а не list.process()

привычнее, когда у коллекций вызываются только всякие .map .filter и т.д.

ну это сугубо имхо

https://youtrack.jetbrains.com/issue/KT-24981

https://youtrack.jetbrains.com/issue/KT-24981

ты создал ?

ты создал ?

+

Оффтоп. У них выскакивает окно "примите условия" и нет реакции на кнопки. Хром. Только у меня так?

Оффтоп. У них выскакивает окно "примите условия" и нет реакции на кнопки. Хром. Только у меня так?

промотай

или уже ?

Промотал. Не реагирует. Смотрю с мобилы, забыл сказать

Промотал. Не реагирует. Смотрю с мобилы, забыл сказать

тогда хз, нада им написать

Открыл второй раз, нажалось. Отбой

Всем привет! Я тут статейку на Хабру написал: https://habr.com/post/414483/ Будет интересно услышать фидбек

?

Всем привет! Я тут статейку на Хабру написал: https://habr.com/post/414483/ Будет интересно услышать фидбек

не смотрел kwery или exposed, например?

Всем привет! Я тут статейку на Хабру написал: https://habr.com/post/414483/ Будет интересно услышать фидбек

Ну.. Практического применения не вижу, а так плюсанул чисто за академическую разработку) Не могу сказать, что это будет хоть как-нибудь полезно для комюнити, но повторюсь - с целью академического изучения вопроса и саморазвития - норм. А так, я предполагаю что учтено крайне мало. Что насчет PostgreSQL with query? Или ленивости? И .. и.. и.. )) Надеюсь все поняли о чем я)

Ну.. Практического применения не вижу, а так плюсанул чисто за академическую разработку) Не могу сказать, что это будет хоть как-нибудь полезно для комюнити, но повторюсь - с целью академического изучения вопроса и саморазвития - норм. А так, я предполагаю что учтено крайне мало. Что насчет PostgreSQL with query? Или ленивости? И .. и.. и.. )) Надеюсь все поняли о чем я)

В любом случае движение котлина в сторону типобезопасности радует, напоминает скалку на рассвете

++ Между делом, она мне и сейчас нравится(Скала) Правда, не нравится положение ее дел) Глядишь в 2к19-20 году, когда будет что-то известно о релизе 3.0 будет чему порадоваться) Но чет я в оффтоп пошел, сори)

Да всё с ней нормально ¯\_(ツ)_/¯