Например: userName.map(isEmpty())

а есть kotlin repl чтобы был standalone?

а есть kotlin repl чтобы был standalone?

Посмотри исходники репл-бота

Как лучше поступить, если мне нужны две конфликтующих функции — fun isEmpty(): (Collection<*>) -> Boolean и fun isEmpty(): (CharSequence) -> Boolean?

collectionIsEmpty и charSequenceIsEmpty. А то очевидности в просто функции isEmpty никакой.

Например: userName.map(isEmpty())

Тогда userName.map(::isEmpty)

collectionIsEmpty и charSequenceIsEmpty. А то очевидности в просто функции isEmpty никакой.

Тогда наращиваются алиасы listIsEmpty и stringIsEmpty...

Тогда userName.map(::isEmpty)

Это прекрасно, но генерирует немаленький класс. Да ещё и новый для каждого места вызова.

Тогда наращиваются алиасы listIsEmpty и stringIsEmpty...

Иначе наращивается дублирование isEmpty.

Иначе наращивается дублирование isEmpty.

*напрашиваются

*напрашиваются

Нет.

По мне явное лучше неявного. :) А то какие-то там isEmpty.

Например: userName.map(isEmpty())

у тебя не получится сделать полиморфную map(isEmpty) без тайпклассов или придется руками оборачивать

collectionIsEmpty и charSequenceIsEmpty. А то очевидности в просто функции isEmpty никакой.

звучит как программирование на го

у тебя не получится сделать полиморфную map(isEmpty) без тайпклассов или придется руками оборачивать

А как можно обернуть?

Проблема в том, что клиент библиотеки будет ожидать ровно такого названия

звучит как программирование на го

На python. По мне идея таких функций вообще такое себе.

На python. По мне идея таких функций вообще такое себе.

Рассмотрю альтернативы.

А как можно обернуть?

ну типа интерфейс Emptyable<T>, у него fun isEmpty() и много-много factory method-ов (которые можно оформить как operator fun <T> Emptyable.Companion.invoke(T): Emptyable<T>)

Это прекрасно, но генерирует немаленький класс. Да ещё и новый для каждого места вызова.

С чего бы? Конкретно при таком использовании точно не сгенерит. А так заморачиваться и уродовать API ради сомнительных оптимизаций я бы не стал.

С чего бы? Конкретно при таком использовании точно не сгенерит. А так заморачиваться и уродовать API ради сомнительных оптимизаций я бы не стал.

сгенерит

Рассмотрю альтернативы.

Уже предложили экстеншены.

выведи имя класса в repl

С чего бы? Конкретно при таком использовании точно не сгенерит. А так заморачиваться и уродовать API ради сомнительных оптимизаций я бы не стал.

Например с того, что нет нормального способа это сделать.

сгенерит

Пример кода, пожалуйста

Уже предложили экстеншены.

Вообще мимо кассы.

Пример кода, пожалуйста

val a = ::method

Вообще мимо кассы.

Все лучше чем конфликтующие глобальные функции)

val a = ::method

Я про ситуацию с вызовом map/filter/etc Если нужна ссылка на метод, то конечно нужно будет во что-то обернуть

Я выше написал, что имел в виду использование в inline-фукнциях вместо лямбды. Если в таком виде использовать ссылку на функцию, компилятору конечно придётся её обернуть в класс.

Я выше написал, что имел в виду использование в inline-фукнциях вместо лямбды. Если в таком виде использовать ссылку на функцию, компилятору конечно придётся её обернуть в класс.

map не inline

а нет

для iterable inline

для sequence - нет

В любом случае если @Harmonizr собирается ее куда-либо отдавать, то она не будет inline 100%

ну типа интерфейс Emptyable<T>, у него fun isEmpty() и много-много factory method-ов (которые можно оформить как operator fun <T> Emptyable.Companion.invoke(T): Emptyable<T>)

Ой, это ж будет совсем страшный API.

Все лучше чем конфликтующие глобальные функции)

Нет, потому что предложенный вариант не работает вообще

Нет, потому что предложенный вариант не работает вообще

На сколько я понял твой вариант тоже - ибо функции конфликтуют:)

На сколько я понял твой вариант тоже - ибо функции конфликтуют:)

Ну тогда и вариант идти копать картошку годный

Ну тогда и вариант идти копать картошку годный

По мне годно переименновать всё. А там уже твое дело)

Как лучше поступить, если мне нужны две конфликтующих функции — fun isEmpty(): (Collection<*>) -> Boolean и fun isEmpty(): (CharSequence) -> Boolean?

Я в таких случаях обычно делаю isEmpty1 isEmpty2 isEmpty3 и так далее, и пишу доки на функции. В целом, пользоваться таким подходом вполне себе возможно. Альтернативно, можно создать union-тип на sealed классах, и определить функцию уже на нем. Если не принципиальны затраты на создание объекта класса, то жить можно. Ну и третий вариант: fun isEmpty(): (Any) -> Boolean = { o -> when (o) is Collection<*> -> o.isEmpty() is CharSequence -> o.isEmpty() else -> false } в целом тоже вполне жизнеспособный вариант.

Я тут подумал... isEmpty... — а дальше автодополнение поможет. Всем спасибо.

А есть тут кто-нибудь, кто пишет полностью на чистых функциях domain/data слои?)

А есть тут кто-нибудь, кто пишет полностью на чистых функциях domain/data слои?)

Что в вашем понимании domain/data слои?

А есть тут кто-нибудь, кто пишет полностью на чистых функциях domain/data слои?)

Без pojo?

Что в вашем понимании domain/data слои?

бизнес-правила и работа с источниками данных.

Без pojo?

с dto/dbo/entity иммутабельными

А есть тут кто-нибудь, кто пишет полностью на чистых функциях domain/data слои?)

Ищи их в @clojure_ru :)

с dto/dbo/entity иммутабельными

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

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

То есть все остальное – stateless objectы?

То есть все остальное – stateless objectы?

Всё, что не связано с фреймворком, чтоб его, — да

Всё, что не связано с фреймворком, чтоб его, — да

Ага. Понял. То есть в целом у вас любая функция выглядит как f: (Params) -> ReaderT<ForObservableK, Dependencies, Either<Throwable, Result>> или каким-то другим путем пошли?

Мне просто интересно общее впечатление, и насколько от этого стало проще жить.

Ага. Понял. То есть в целом у вас любая функция выглядит как f: (Params) -> ReaderT<ForObservableK, Dependencies, Either<Throwable, Result>> или каким-то другим путем пошли?

Даже депенденси в функцию передавать?

Даже депенденси в функцию передавать?

А как иначе-то?) Иначе не stateless. Грубо говоря, мне хотелось бы в итоге прийти к следующему виду проектов: 1) AppStore со стейтом 2) Graph со стейтом 3) Views со стейтом 4) Все остальное – полностью stateless, все зависимости только через функции.

Ага. Понял. То есть в целом у вас любая функция выглядит как f: (Params) -> ReaderT<ForObservableK, Dependencies, Either<Throwable, Result>> или каким-то другим путем пошли?

У меня есть зависимости, но они неизменяемые. Чистые функции — скорее нет, чем да.

А есть тут кто-нибудь, кто пишет полностью на чистых функциях domain/data слои?)

Я не уверен, что data возможен на чистых функциях. Всякие операции с "внешним" миром по определению грязные же.

Ну то есть если они будут продюсить изменения где-то еще, то это уже не чистые функции

Я не уверен, что data возможен на чистых функциях. Всякие операции с "внешним" миром по определению грязные же.

Ну, для этого то есть IO монада. И грязь таки-вся будет только в месте, где мы непосредственно все это выполняем. То есть, почти всегда это будет в Presentation.

Ну то есть если они будут продюсить изменения где-то еще, то это уже не чистые функции

А вот это уже ближе к реальной сути проблемы. Но все еще решается правильным выстраиванием data flow в приложении.

Ну то есть если они будут продюсить изменения где-то еще, то это уже не чистые функции

Что вы подразумеваете под "где-то" еще, кстати? В стейте в рамках приложения, или во внешнем стейте?

Что вы подразумеваете под "где-то" еще, кстати? В стейте в рамках приложения, или во внешнем стейте?

Да где угодно, любой сайд-эффект или чтение. Ну, собсно, да, io монада и вот это все.

Да где угодно, любой сайд-эффект или чтение. Ну, собсно, да, io монада и вот это все.

Ну, от этого-то не деться никуда, вопрос в том, насколько явно оно будет проявляться. Сделать обработку сайд-эффектов в одном месте в приложении (ну или в одном месте в контексте экрана) вполне возможно, и весь остальной код будет выглядеть мило и опрятно.

ERROR: S client not available

Ну, для этого то есть IO монада. И грязь таки-вся будет только в месте, где мы непосредственно все это выполняем. То есть, почти всегда это будет в Presentation.

вот интересно, получается data слой возвращает IO, мы маппим по ней domain и выполняем ее в презентере?

вот интересно, получается data слой возвращает IO, мы маппим по ней domain и выполняем ее в презентере?

Типа того. У меня правда на текущий момент, так как с arrow только знакомился, IO местно используется в data, далее конвертируется в Observable, но в целом принцип один, да.

интересно, а есть способы автоматизации генерации @ReplaceWith при рефакторинге? @Deprecated("Was generalized.", ReplaceWith("map(isNonEmptyCollection())", "(...).map", "(...).isNonEmptyCollection"))

Типа того. У меня правда на текущий момент, так как с arrow только знакомился, IO местно используется в data, далее конвертируется в Observable, но в целом принцип один, да.

Да, снова вопрос к контрактам, могут ли они контролировать сайд-эффекты. Вроде как нет.

Да, снова вопрос к контрактам, могут ли они контролировать сайд-эффекты. Вроде как нет.

Ну, в целом, контракты-то этим заниматься и не будут. На уровне presentation будут же ошибки разруливаться. Или я вас не совсем понял.

?

интересно, а есть способы автоматизации генерации @ReplaceWith при рефакторинге? @Deprecated("Was generalized.", ReplaceWith("map(isNonEmptyCollection())", "(...).map", "(...).isNonEmptyCollection"))

Что там внутри в isNonEmptyCollection?

Погоди, это где?

https://insert-koin.io/docs/1.0/documentation/koin-core/index.html#_using_scopes я правильно понимаю, что модуль со скоупом всё равно надо загрузить через loadKoinModules, просто ещё накладывается необходимость создавать и уничтожать их?

Что там внутри в isNonEmptyCollection?

Эквивалент return Collection<*>::isEmpty

Погоди, это где?

https://github.com/Miha-x64/reactive-properties/blob/master/properties/src/main/kotlin/net/aquadc/properties/extensionsInline.kt#L293

Понял, спасибо

Ребята, подскажите, заметил такой момент: enum class ExampleEnum { A, B } subscribeOnExample().subscribe{ when(it){ //it is ExampleEnum ExampleEnum.A -> ... ExampleEnum.B -> ... } Но вот на when(it) — предупреждение: Enum argument can be null in Java, but exhaustive when contains no null branch Что с этим делать? Писать else -> {} — предупреждение уходит, но смысл данного действа несовсем понятен в данном случае.

Ребята, подскажите, заметил такой момент: enum class ExampleEnum { A, B } subscribeOnExample().subscribe{ when(it){ //it is ExampleEnum ExampleEnum.A -> ... ExampleEnum.B -> ... } Но вот на when(it) — предупреждение: Enum argument can be null in Java, but exhaustive when contains no null branch Что с этим делать? Писать else -> {} — предупреждение уходит, но смысл данного действа несовсем понятен в данном случае.

null -> {...}

null -> {...}

ок, спасибо

else лучше

else лучше

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

их не глотать надо, а кидать что-то типа IllegalArgumentException

их не глотать надо, а кидать что-то типа IllegalArgumentException

не, надо ошибку компиляции

не во всех случаях работает. например, если скомпилить код с одной версией enum-а, а в рантайме подкинуть другую

их не глотать надо, а кидать что-то типа IllegalArgumentException

В рантайме? Нет уж, спасибо

не во всех случаях работает. например, если скомпилить код с одной версией enum-а, а в рантайме подкинуть другую

"Вредные советы" подъехали

"Вредные советы" подъехали

+

не во всех случаях работает. например, если скомпилить код с одной версией enum-а, а в рантайме подкинуть другую

а зачем енумы подменять в рантайме ?

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

очень искусственный такой пример

Есть тут кто-нибудь, кто использовал корутины с clean'ом? Как вы их вообще использовали? Какие функции у вас были suspend и где они вызывались? В идеале посмотреть код, может у кого пет-проджект завалялся.

Речь про андроид.

Есть тут кто-нибудь, кто использовал корутины с clean'ом? Как вы их вообще использовали? Какие функции у вас были suspend и где они вызывались? В идеале посмотреть код, может у кого пет-проджект завалялся.

Берешь проект с clean на rx и делаешь s/fun foo(...): Single<T>/suspend fun foo(...): T