VS
Ну кажется, захоти я шарить базу в нескольких тестах, мб пригодилось бы
Size: a a a
2020 January 30
VS
Но в тестах то и так нагадить можно, что-то верхнеуровневое потом за мной почистит
AS
Или наоборот инкапсулировать ресурс так, чтобы наружу из какого-то сервиса не торчал и нигде больше не пользовался
Нарушается принцип Dependency Injetion
Зависимости не должны создаются там где используются.
Но вообще я изначально так и хотел сделать 🙂
Зависимости не должны создаются там где используются.
Но вообще я изначально так и хотел сделать 🙂
VS
Нарушается принцип Dependency Injetion
Зависимости не должны создаются там где используются.
Но вообще я изначально так и хотел сделать 🙂
Зависимости не должны создаются там где используются.
Но вообще я изначально так и хотел сделать 🙂
Можно оставить di только никуда больше созданный не передавать
SA
Продолжая рубрику "Вопросы из зала".
Есть ли у нас в Скале(котах/зио/итп) что-то типа LazySingltonResource[F]?
Проблема/задача в следующем:
Есть приложение, которому нужно работать с другими сервисами по http.
Сча для этого создается http4s.Client[F], который распихивается по различным местам(3 места).
Однако настройки приложения позволяют работать и без взаимодействия с другими сервисами.
Например, заменяя отправку запросов логгированием в файл.
И вот хочется такую штуку
чтобы она создавала ресурс при первом вызове, подсчитывала кол-во использований и закрывала ресурс, как только все секции
.u
Есть ли у нас в Скале(котах/зио/итп) что-то типа LazySingltonResource[F]?
Проблема/задача в следующем:
Есть приложение, которому нужно работать с другими сервисами по http.
Сча для этого создается http4s.Client[F], который распихивается по различным местам(3 места).
Однако настройки приложения позволяют работать и без взаимодействия с другими сервисами.
Например, заменяя отправку запросов логгированием в файл.
И вот хочется такую штуку
LazySingltonResource.createIfNotExists(): Resource[F, Client[F]]
чтобы она создавала ресурс при первом вызове, подсчитывала кол-во использований и закрывала ресурс, как только все секции
.u
se { resource => ... } завершены.давно играюсь с этой идей. В таком варианте пишется легко, но мне хочется большего.
SA
открываешь реализацию Resource и пишешь по аналогии
Oℕ
давно играюсь с этой идей. В таком варианте пишется легко, но мне хочется большего.
А где можно посмотреть вашу имплементацию?
VS
Но вообще если святая корова хочет кровавых жертв, можно пожертвовать коровой ( и нарушить принцип)
AS
Но вообще если святая корова хочет кровавых жертв, можно пожертвовать коровой ( и нарушить принцип)
Ну сча я сделал eager creation для Client[F] и типа он всегда висит в памяти, даже если не нужен.
Потому что в нашем конкретном случае он нужен в 99% запусков программы.
Тут вообщем не про то, как это сделать в принципе, а как это сделать "по правильному" 🙂
Потому что в нашем конкретном случае он нужен в 99% запусков программы.
Тут вообщем не про то, как это сделать в принципе, а как это сделать "по правильному" 🙂
SA
А где можно посмотреть вашу имплементацию?
вам поглумиться или помочь?) задача сложная и я её до конца не решил.
Вот небольшой кусочек:
private def memoize[F[_] : Async, A](r: Resource[F, A]): F[Resource[F, A]] = {
Async.memoize(r.allocated.flatMap { case (a, close) =>
Async.memoize(close).map(a -> _)
}).map(f => Resource.apply(f))
}
Вот небольшой кусочек:
private def memoize[F[_] : Async, A](r: Resource[F, A]): F[Resource[F, A]] = {
Async.memoize(r.allocated.flatMap { case (a, close) =>
Async.memoize(close).map(a -> _)
}).map(f => Resource.apply(f))
}
Oℕ
вам поглумиться или помочь?) задача сложная и я её до конца не решил.
Вот небольшой кусочек:
private def memoize[F[_] : Async, A](r: Resource[F, A]): F[Resource[F, A]] = {
Async.memoize(r.allocated.flatMap { case (a, close) =>
Async.memoize(close).map(a -> _)
}).map(f => Resource.apply(f))
}
Вот небольшой кусочек:
private def memoize[F[_] : Async, A](r: Resource[F, A]): F[Resource[F, A]] = {
Async.memoize(r.allocated.flatMap { case (a, close) =>
Async.memoize(close).map(a -> _)
}).map(f => Resource.apply(f))
}
Посмотреть исходник, перед тем, как сделаю в тофу
Oℕ
вам поглумиться или помочь?) задача сложная и я её до конца не решил.
Вот небольшой кусочек:
private def memoize[F[_] : Async, A](r: Resource[F, A]): F[Resource[F, A]] = {
Async.memoize(r.allocated.flatMap { case (a, close) =>
Async.memoize(close).map(a -> _)
}).map(f => Resource.apply(f))
}
Вот небольшой кусочек:
private def memoize[F[_] : Async, A](r: Resource[F, A]): F[Resource[F, A]] = {
Async.memoize(r.allocated.flatMap { case (a, close) =>
Async.memoize(close).map(a -> _)
}).map(f => Resource.apply(f))
}
Тут нет референс каунтинга
Oℕ
Я написал с референс каунтингом за 10 минут, но нет нормальной синхронизации деаллокаций
Oℕ
Где там реюз ресурса
SA
Context
SA
т.е. смысл в том, что есть монада, в которую мы лифтим ресурс. потом эту монаду можно вычислить, получив мемоизированный ресурс и мутабельный кеш, содержащий мемоизированные данные
SA
далее, можно вычислять другие монады из той же цепочки, доставя из из кеша, если они там есть
SA
плюс - при вычислении можно указывать моки, т.е. вместо вычисления отдельных монад подставлять какие-то другие значения