IA
Она и отвалится как раз
Size: a a a
2020 August 10
λ
Вопрос то не про это
λ
В трейте деф, в импл классе - вал
VS
вопросы от джуна за 300
оно же в импл отвалится если сделать
оно же в импл отвалится если сделать
final class FooImpl extends Foo {
val baz = bar.map(urMummySize)
val bar: IO[Int] = ???
}VS
но это не звучит как блокер для энтерпрайз кода, уж такой косяк точно гдето вскроется
SA
но это не звучит как блокер для энтерпрайз кода, уж такой косяк точно гдето вскроется
Конечно, не блокер. Но недостаток. Например, при рефакторингах придется делать топологическую пересортировку зависимостей руками. А стремиться нужно к стилю, который работает гарантированно с минимальным приложением мозга.
Oℕ
Есть аргументы, почему не стоит в имплементации какого-то интерфейса делать
вместо
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
val getSomeUsers: F[List[User]]
вместо
def getSomeUsers: F[List[User]]
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
нет аргументов
a
Есть аргументы, почему не стоит в имплементации какого-то интерфейса делать
вместо
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
val getSomeUsers: F[List[User]]
вместо
def getSomeUsers: F[List[User]]
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
https://scalafiddle.io/sf/JvarPzb/0 про порядок сказали, вот иллюстрация
a
но мне кажется сложные зависимости в таком коде не так часто встречаются
a
поэтому я лично пишу
val и почти ни разу таких проблем не былоa
или
lazy val, если я заранее знаю, что это будет проблемой
a
хотя вот у моих сотрудников такого рода проблемы возникали. у нас есть тайпкласс с кучей инстансов, топологически не отсортированных
a
и пару раз (два разных человека) добавили туда
implicit val в неправильном месте и пришли спрашивать почему nulla
ээ у моих коллег *
a
коуд стайл существует в первую очередь для тех, кто в танке
a
а для себя можно и развлечься, написать
valIP
Подскажите пожалуйста. Жил с ZManaged и прочими бракет подобными. Допустим мой ресурс - коннекшн к почтовому ящику. И всё хорошо, когда такой ресурс один и его время его жизни равно жизни программы или её куска. А если мне понадобилось, чтобы таких ресурсов было несколько и хранить их в какой-то мапе и периодически брать из базы новые сущности и на основе них создавать новые ресурсы и с ними работать. Есть ли какие-то пулы ресурсов? Куда лучше смотреть? Или хранить коннекшены в мапе это плохая идея и нужно на каждую операцию поднимать ресурс(коннекшн), запрашивать что надо и сразу освобождать?
λ
Подскажите пожалуйста. Жил с ZManaged и прочими бракет подобными. Допустим мой ресурс - коннекшн к почтовому ящику. И всё хорошо, когда такой ресурс один и его время его жизни равно жизни программы или её куска. А если мне понадобилось, чтобы таких ресурсов было несколько и хранить их в какой-то мапе и периодически брать из базы новые сущности и на основе них создавать новые ресурсы и с ними работать. Есть ли какие-то пулы ресурсов? Куда лучше смотреть? Или хранить коннекшены в мапе это плохая идея и нужно на каждую операцию поднимать ресурс(коннекшн), запрашивать что надо и сразу освобождать?
IP
Спасибо