Oℕ
Просто оверхеда
Size: a a a
2020 February 10
Oℕ
Не думаю, что ещё одна аллокация фундаментально изменит картину
Oℕ
Давайте вообще не заниматься этой чушью в приложениях, пожалуйста.
Если экономите аллокации - пишите в каком-то другом стиле
Если экономите аллокации - пишите в каком-то другом стиле
KS
logs.byName же вызовет слф4ж, который вызовет логбек, который, возможно, полезет какими-то рантайм рефлексиями куда-то. А может и не полезет, все зависит от реализации. Хз надо ли оно
Oℕ
Kirill Shelopugin
logs.byName же вызовет слф4ж, который вызовет логбек, который, возможно, полезет какими-то рантайм рефлексиями куда-то. А может и не полезет, все зависит от реализации. Хз надо ли оно
empty ничего не вызовет
KS
Факт
Ж
да, хотелось просто компактней, решение в лоб просто два for(if else), в одном есть куча info в другом нет
Ж
можете написать
val logs = if(logNeeded) Logs.sync[F, F] else Logs.empty[F, F]
и потом
implicit0(loggerDebug: Logging[F]) <- logs.byName(...)
val logs = if(logNeeded) Logs.sync[F, F] else Logs.empty[F, F]
и потом
implicit0(loggerDebug: Logging[F]) <- logs.byName(...)
спасибо
λ
Kirill Shelopugin
И будет создаваться инстанс логгинга каждый раз. А надо ли оно?
а что, нельзя инстансы создать один раз и потом просто пошарить их?
Oℕ
а что, нельзя инстансы создать один раз и потом просто пошарить их?
можно
KS
Можно, если пользоваться синтаксисом и в скоуп тянуть нужный
Oℕ
обычно так и делается, либо имплисит фором, либо в контекст складываются
Oℕ
при инициализации компоненты
АU
Насколько глубокие знания Haskell необходимы для понимания фп Scala?
A
курсов Москвина точно хватит
A
но можно и без этого
АU
курсов Москвина точно хватит
Спасибо
λ
кайнеко тут есть?
