как же конфликты при сборке?

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

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

нет

нет

обидно (

jcenter явно написан в новых проектах

а jcenter == jitpack ?

нет

jcenter явно написан в новых проектах

а в jcenter можно свою либу пихнуть ?

да

да

jitpack вообще собирает сам с гитхаба проекты, удивительно )

просто по url на проект, выдает зависимость которую добавить надо в свой и всё

а вот с bitbucket походу так не катит, похоже нужно на github тянуть проект, чтобы его в jitpack добавить.. дела.. )

Не пытаться присвоить Unit в свойство.

Спасибо! Там нужно было просто убрать ссылку на переменную

да

кстати сходу нюанс про который я говорил, добавил либу в java проект, проект работает, при использовании либы падает, т.к. в java project нету kotlin stdlib, при добавление всё сработало, собственно тот слух который я слышал, kotlin lib в java project работает только с доп. махинациями (

кстати сходу нюанс про который я говорил, добавил либу в java проект, проект работает, при использовании либы падает, т.к. в java project нету kotlin stdlib, при добавление всё сработало, собственно тот слух который я слышал, kotlin lib в java project работает только с доп. махинациями (

Никакие это не махинации, это добавление зависимостей библиотеки.

Никакие это не махинации, это добавление зависимостей библиотеки.

но я хочу брать библиотеку и использовать, может там чуваки ваще не знают что такое kotlin и зачем им добавлять доп. зависимость себе в проект

ради моей библиотеки

но я хочу брать библиотеку и использовать, может там чуваки ваще не знают что такое kotlin и зачем им добавлять доп. зависимость себе в проект

maven repo

maven repo

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

чтобы посмотреть будет ли это работать

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

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

ну конкретно у меня задача написать библиотеку, которую можно добавить файлом(aar), позже возможно через repo, в одну строчку через gradle и чтобы это работало в java и kotlin проектах для андройда как я понимаю это задача не решаемая если выбирать котлин, и придется делать это на java ? вот сижу ресерчаю что и как )

ну конкретно у меня задача написать библиотеку, которую можно добавить файлом(aar), позже возможно через repo, в одну строчку через gradle и чтобы это работало в java и kotlin проектах для андройда как я понимаю это задача не решаемая если выбирать котлин, и придется делать это на java ? вот сижу ресерчаю что и как )

решаемая, просто с костылями. fatAar для джавистов, например.

решаемая, просто с костылями. fatAar для джавистов, например.

как я понял у меня fatAar не получился ( т.к. в моей либе нету stdlib и пришлось добавлять его в java project что я сделал не так (

решаемая, просто с костылями. fatAar для джавистов, например.

так а как включить fatAar вообще ?

так а как включить fatAar вообще ?

нужно где-то найти плагин, который его притащит, я так не делал

есть скрипты для этого

нужно где-то найти плагин, который его притащит, я так не делал

бедово совсем тогда, этого точно не хочется, а если я залью свою либу в maven repo и запилю в java project оно будет всё равно просить чтобы я врубил stdlib в проекте или не будет уже ?

бедово совсем тогда, этого точно не хочется, а если я залью свою либу в maven repo и запилю в java project оно будет всё равно просить чтобы я врубил stdlib в проекте или не будет уже ?

автоматически притащит

автоматически притащит

ладно, попробую это побороть, пойду на гитхаб репо сделаю )

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

Все таки необходимость тащить stdlib это проблема котлина, а не системы сборки. Нормальной системой сборки она решается, но было бы здорово иметь возможность не тащить с собой зависимость.

Все таки необходимость тащить stdlib это проблема котлина, а не системы сборки. Нормальной системой сборки она решается, но было бы здорово иметь возможность не тащить с собой зависимость.

Так это не необходимость, а вопрос удобства. Не тащите, пишите эти функции сами и не будет никаких проблем. Это просто дополнительная библиотека для более удобной работы. Запаковка и распространение через .aar решается fataar плагинами. Для нормального распространение есть jitpack, jcenter, maven, nexus

Так это не необходимость, а вопрос удобства. Не тащите, пишите эти функции сами и не будет никаких проблем. Это просто дополнительная библиотека для более удобной работы. Запаковка и распространение через .aar решается fataar плагинами. Для нормального распространение есть jitpack, jcenter, maven, nexus

Анриал. Компилятор много где использует kotlin.Unit и kotlin.jvm.FunctionX, например. Я и сам не использовал бы в библиотеках, если б можно было

И они лежат в stdlib o_o

Как вариант — прогард с repackageclasses, тогда стдлибы останется крайне мало и она съедет в пакет, который не будет ни с чем конфликтовать.

И они лежат в stdlib o_o

А где им лежать? О_о

А где им лежать? О_о

Хм, действительно))

Подскажите пожалуйста как в котлине правильно поступить с Generic-ами. Есть такой класс: class Claz<Z> { private val z: Z constructor(z: Z) { this.z = z } fun get() = z }

он сокращается в одну строку)

Тут переменная типа дженерика имеет стостояние in и out. По этому ставить эти ключевые слова нельзя.

всмысле?

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

ставь `

по бокам

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

class Claz<Z : TdApi.Object> { private val z: Z constructor(z: Z) { this.z = z } fun get() = z }

как пример, наследники класса TdApi.Object

Вопрос в чём?

ничего не понял(

Если я создам коллекцию с такими вот объектами, то в нее можно будет положить только Claz<TdApi.Object>, а нужно чтобы в дженерике могли быть любые потомки TdApi.Object

Claz?

T : родитель

Если я создам коллекцию с такими вот объектами, то в нее можно будет положить только Claz<TdApi.Object>, а нужно чтобы в дженерике могли быть любые потомки TdApi.Object

для этого есть in

Да, in или out решат этот вопрос. Но у меня в Сlaz есть методы которые принимают и возвращают обьект типа дженерика.

для этого есть in

вместо двоеточия получается in?

вместо двоеточия получается in?

https://kotlinlang.ru/docs/reference/generics.html Вариантность на уровне объявления

почитай

например для метода fun <T in Response> makeApiRequest(request: Request, clazz: Class<T>) : T? { ... }

Response это Iterable?

в Java пишется <? extends SomeType> в котлине <out SomeType>

это в декларации аргументов

в Java пишется <? extends SomeType> в котлине <out SomeType>

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

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

ну да, потому что они будут любого подтипа

ну и для особых случаев есть @UnsafeVariance

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

но наследников же можно?

но наследников же можно?

тут речь о том, что out-projected type parameter stands in 'in' position

ну и для особых случаев есть @UnsafeVariance

т.е. если у меня сложилась такая ситуация то "@UnsafeVariance" - это единственный выход?

т.е. если у меня сложилась такая ситуация то "@UnsafeVariance" - это единственный выход?

нет, можно ещё попробовать выйти из этой ситуации

ну на этот счет идей вообще нет

Как проверить что экземпляр класса создан?

а для чего это?

Как проверить что экземпляр класса создан?

Конструктор отработал — значит, создан.

Конструктор отработал — значит, создан.

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

статический конструктор

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

Что значит «создан в данный момент»? А вообще, автор вопроса скросспостил его в Kotlin Community и оказалось, что его интересует проверка на null.

Что значит «создан в данный момент»? А вообще, автор вопроса скросспостил его в Kotlin Community и оказалось, что его интересует проверка на null.

ну я понял из вопроса, ""Как узнать есть ли хоть 1 объект данного класса у нас сейчас в приложении, и возможно ли это"

может я неправильно понял тогда )

если нужно это сделать, значит, что-то в корне не так :)

а можно такое сделать ? только через рефлексию ?

раз уж зашел такой разговор )

в конструкторе инкрементить какой-нибудь счётчик

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

ну когда его gc почистил уже

да, есть ReferenceQueue

да, есть ReferenceQueue

ох, magic

Здрасте в хату)

Здрасте в хату)

neprivet.ru

Как дружелюбно)) Просто присоединился, пока спрашивать нечего ?