SA
это мой экспериментальный DI)
Size: a a a
2020 January 30
Oℕ
Когда наступит деаллокация ресурса тут?
SA
когда деаллоцируется контекст, он ресурс
Oℕ
Но задача же раньше деаллоцировать
SA
ммм... мне не был нужен этот кейс, мне все-таки для иницализации приложения монада нужна
но если надо, получается что-то вроде
trait Context[F[_]] {
def get[K[_], A](key: K[A], load: Resource[F, LoadedValue[K, A]]): F[Resource[F, A]]
}
но если надо, получается что-то вроде
trait Context[F[_]] {
def get[K[_], A](key: K[A], load: Resource[F, LoadedValue[K, A]]): F[Resource[F, A]]
}
SA
еще я думал разделить рабочий эффект (Resource) и эффект мемоизации (F). выглядит правильно, но это еще одно удвоение сложности
AD
так товарищи, какой православный способ ускорять котиковский таймер в n раз?
SA
так товарищи, какой православный способ ускорять котиковский таймер в n раз?
если в приложении не нужен Concurrent, то просто мочишь таймер на свою реализацию.
Oℕ
если в приложении не нужен Concurrent, то просто мочишь таймер на свою реализацию.
Если нужен - так же
AD
спасибо
SA
если нужен, там будут вилы и будет нужна твоя монадка для эмуляции файберов
Oℕ
пожалуйста
AD
эх, в акке свой таймер с эвент драйвеном пилися проще
DM
Нарушается принцип Dependency Injetion
Зависимости не должны создаются там где используются.
Но вообще я изначально так и хотел сделать 🙂
Зависимости не должны создаются там где используются.
Но вообще я изначально так и хотел сделать 🙂
Я думал это о том, что любой джава проект обязан иметь в коде DI фреймворк
SA
в коде на фьючах вообще нет никаких проблем эмулировать конкарренси в тестах
SA
это с IO всё сложно.
Oℕ
Я чот не понимаю, в чём усложнение
SA
мы же обсуждали, помнишь?
Oℕ
Нет
SA
разница в том, что в коде на фьючах можно замокать все нужные примитивы для конкарренси (это delay, schedule и currentTime) и потом снаружи, из теста дирижировать собранными синхронными чанками кода. а-ля myFutureMock.executeUntilEmulatedTime(....)