Ты такой многословный

pastebin.com

Привет. Есть вопрос по билд скриптам. У нас в проекте есть 4 флэйвора. Допустим flavA, flavB, flavC, flavD. И есть необходимость иметь разные dependency у разных флэйворов. Это впринципе легко сделать, гугл советует делать так: flavAImnplementation 'dependency1' И тут возникает вопрос. Я хочу сгруппировать флейворы, чтобы flavA & flavB имели один сет депенденси, а flavC & flavD второй сет. Никто не сталкивался с таким?

у флейворов разные дименшины могут быть

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

если было 4 варианта, то с добавлением нового дименшина с двумя типами (flavorOne flavorTwo) - уже будет восемь билд вариантов

кто-то работал с AltBeacons?

Кто-то точно работал. Помогло?

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

Ты когда на рыбалку идешь, сначала суешь голову в воду и орешь туда "есть тут рыба?"? Нет, ты закидываешь удочку и ждешь результат

кто-то работал с AltBeacons?

Она то работает и по факту там нет ничего сложного, но если это для навигации. - то хуйня. Точность меньше 5м не получилось завести

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

Крч, сгорел пердак, помохите. Я джун, пишу сетевую часть для своей простенькой апки. Сгорел, когда попытался поработать с типом данных, который способен содержать информацию об ошибке. Either я не осилил(вообще не получается с ним работать, код покрывается тьмой when, не получается по человечески достать данные, короч отгрёб я от Either), поэтому запилил свой простой NewResult: sealed class NewResult<T> { data class Success<T>(val data: T) : NewResult<T>() data class Failure<T>(val error: T) : NewResult<T>() data class FailureWithException<T>(val error: Throwable) : NewResult<T>() } Ну как бы и чего, result и result. И он даже работает, и не поджигает мою джуниорскую жопу(т.к очень прост), однако есть пара нюансов. Первый, наиболее важный: я вынужден писать треш, когда я пытаюсь этот result куда - то выше прокинуть. В частности, 14 - ая строка интерактора: (на код не смотрите, там сейчас война идёт полнейшим ходом, настанет время я сам этот репозиторий вброшу на растерзание ревьюверов) https://github.com/KirstenLy/LibHelper3/blob/master/app/src/main/java/com/kirsten/libhelper/domain/interactors/Interactor.kt Конкретно: suspend fun getAllPatterns(): NewResult<*> Ну вы поняли. У NewResult такая сигнатура, что мне его обязательно нужно параметризовать чем - нибудь, а я ж заранее не знаю, что именно мне придёт - данные или ошибка. Поэтому пишу вот такую дичь, и в дальнейшем я просто делаю каст, узнав инстанс какого наследника мне по факту пришёл. Вопроса как такового нет. Хотелось бы чтобы вы сказали мне, где я больше всего херни наделал в таком подходе, и что мне сделать с моим NewResult, чтобы не писать в интеракторе такие вот вещи.

implementation flavorOneImplementation flavorTwoImplementation

Крч, сгорел пердак, помохите. Я джун, пишу сетевую часть для своей простенькой апки. Сгорел, когда попытался поработать с типом данных, который способен содержать информацию об ошибке. Either я не осилил(вообще не получается с ним работать, код покрывается тьмой when, не получается по человечески достать данные, короч отгрёб я от Either), поэтому запилил свой простой NewResult: sealed class NewResult<T> { data class Success<T>(val data: T) : NewResult<T>() data class Failure<T>(val error: T) : NewResult<T>() data class FailureWithException<T>(val error: Throwable) : NewResult<T>() } Ну как бы и чего, result и result. И он даже работает, и не поджигает мою джуниорскую жопу(т.к очень прост), однако есть пара нюансов. Первый, наиболее важный: я вынужден писать треш, когда я пытаюсь этот result куда - то выше прокинуть. В частности, 14 - ая строка интерактора: (на код не смотрите, там сейчас война идёт полнейшим ходом, настанет время я сам этот репозиторий вброшу на растерзание ревьюверов) https://github.com/KirstenLy/LibHelper3/blob/master/app/src/main/java/com/kirsten/libhelper/domain/interactors/Interactor.kt Конкретно: suspend fun getAllPatterns(): NewResult<*> Ну вы поняли. У NewResult такая сигнатура, что мне его обязательно нужно параметризовать чем - нибудь, а я ж заранее не знаю, что именно мне придёт - данные или ошибка. Поэтому пишу вот такую дичь, и в дальнейшем я просто делаю каст, узнав инстанс какого наследника мне по факту пришёл. Вопроса как такового нет. Хотелось бы чтобы вы сказали мне, где я больше всего херни наделал в таком подходе, и что мне сделать с моим NewResult, чтобы не писать в интеракторе такие вот вещи.

Крч, сгорел пердак, помохите. Я джун, пишу сетевую часть для своей простенькой апки. Сгорел, когда попытался поработать с типом данных, который способен содержать информацию об ошибке. Either я не осилил(вообще не получается с ним работать, код покрывается тьмой when, не получается по человечески достать данные, короч отгрёб я от Either), поэтому запилил свой простой NewResult: sealed class NewResult<T> { data class Success<T>(val data: T) : NewResult<T>() data class Failure<T>(val error: T) : NewResult<T>() data class FailureWithException<T>(val error: Throwable) : NewResult<T>() } Ну как бы и чего, result и result. И он даже работает, и не поджигает мою джуниорскую жопу(т.к очень прост), однако есть пара нюансов. Первый, наиболее важный: я вынужден писать треш, когда я пытаюсь этот result куда - то выше прокинуть. В частности, 14 - ая строка интерактора: (на код не смотрите, там сейчас война идёт полнейшим ходом, настанет время я сам этот репозиторий вброшу на растерзание ревьюверов) https://github.com/KirstenLy/LibHelper3/blob/master/app/src/main/java/com/kirsten/libhelper/domain/interactors/Interactor.kt Конкретно: suspend fun getAllPatterns(): NewResult<*> Ну вы поняли. У NewResult такая сигнатура, что мне его обязательно нужно параметризовать чем - нибудь, а я ж заранее не знаю, что именно мне придёт - данные или ошибка. Поэтому пишу вот такую дичь, и в дальнейшем я просто делаю каст, узнав инстанс какого наследника мне по факту пришёл. Вопроса как такового нет. Хотелось бы чтобы вы сказали мне, где я больше всего херни наделал в таком подходе, и что мне сделать с моим NewResult, чтобы не писать в интеракторе такие вот вещи.

не, надо просто перестать звать Repository интерактором и ничего не нужно параметризировать )

что то вроде этого)

Во время теста приложения не отображаются кнопки, в чем может быть проблема?

Что-то не так в коде.

И чего? Ты просто перенес звезду из одного места в другое

проблема вроде как была в том, что NewResult нужно обязательно параметризовать. Вот и здесь можно приделать классу методы isSuccessful и isError который внутри себя чекнет на инстанс, а потом уже чекать какие данные пришли

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

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