CC
Leroy
Еще хотел спросить, какой математический бэкграунд нужен?
Математику знать это хорошо а именно понимать так как она хорошо развивает алгоритмику решения и подход решения но как обязаловки нету
Size: a a a
2020 January 26
L
Constantine Cerberus
Математику знать это хорошо а именно понимать так как она хорошо развивает алгоритмику решения и подход решения но как обязаловки нету
Блин, мой уровень - школьный, т.к в универе не учился
AD
Leroy
Блин, мой уровень - школьный, т.к в универе не учился
этого хватит, дерзай кодить)
L
Спасибо за советы!😃
CC
Leroy
Блин, мой уровень - школьный, т.к в универе не учился
Так я и не говорю что нужно знать вышку а про то что нужно понимать что происходит и как оно решается и это работает только в пльюс
M
Здравствуйте!
VP
Constantine Cerberus
Пересмотреть ответственность репозиториев и возможность разбивания их
В конечном счёте должна получиться такая архитектура, чтобы каждый репозиторий был прикреплен к одному фрагменту?
M
Стоит ли изучать Go для Андроида?
A
Morgot
Стоит ли изучать Go для Андроида?
неа
M
неа
А я его учу почему то, мне вообще нрависа и котлин и го, но я слышал что на го удобно писать бэкенд приложений
A
бекенд да, ну так это не андроид
VP
В конечном счёте должна получиться такая архитектура, чтобы каждый репозиторий был прикреплен к одному фрагменту?
Если так, то что делать, если например несколько фрагментов выполняют один и тот же метод (реализацию метода) и писать одного и то же не хочется?
Отправлять это в делегат?
Если так, то боюсь что в конечном итоге может получиться 1000+ репозиториев по 2-3 метода
Отправлять это в делегат?
Если так, то боюсь что в конечном итоге может получиться 1000+ репозиториев по 2-3 метода
AD
В конечном счёте должна получиться такая архитектура, чтобы каждый репозиторий был прикреплен к одному фрагменту?
нет, это не обязательно
не делегат, а MVVM/MVI/MVP использовать и UseCase/Interactor (да, по сути делегат, но делегат - это вообще все, что угодно)
не делегат, а MVVM/MVI/MVP использовать и UseCase/Interactor (да, по сути делегат, но делегат - это вообще все, что угодно)
CC
В конечном счёте должна получиться такая архитектура, чтобы каждый репозиторий был прикреплен к одному фрагменту?
Ну в принципе нужен репо или интерактор который будет обеспечивать нужный экран всем нужным и в нем небудет лишнего функционала ненужные данному экрану
CC
Если так, то что делать, если например несколько фрагментов выполняют один и тот же метод (реализацию метода) и писать одного и то же не хочется?
Отправлять это в делегат?
Если так, то боюсь что в конечном итоге может получиться 1000+ репозиториев по 2-3 метода
Отправлять это в делегат?
Если так, то боюсь что в конечном итоге может получиться 1000+ репозиториев по 2-3 метода
Вопрос что вы подразумевается под словом репозиторий
AD
Constantine Cerberus
Вопрос что вы подразумевается под словом репозиторий
#репозиторийненужен
A
#репозиторийживи!
VP
Constantine Cerberus
Вопрос что вы подразумевается под словом репозиторий
Репозиторий из чистой архитектуры
CC
Репозиторий из чистой архитектуры
Какой функционал он выполняет в вашем случае
VP
нет, это не обязательно
не делегат, а MVVM/MVI/MVP использовать и UseCase/Interactor (да, по сути делегат, но делегат - это вообще все, что угодно)
не делегат, а MVVM/MVI/MVP использовать и UseCase/Interactor (да, по сути делегат, но делегат - это вообще все, что угодно)
Так и делаю)