AS
Да, для всего
а как его наличие влияет на качество кода?
https://soundcloud.com/lightbend/teaching-scala-in-computer-science-101
https://www.youtube.com/user/DrMarkCLewis/
Size: a a a
2020 March 15
AS
Oℕ
а как его наличие влияет на качество кода?
Ну вот вы подключились к СУБД, как вы зависимость от этого подключения выразите?
Oℕ
Дистейджем?
AS
Ну вот вы подключились к СУБД, как вы зависимость от этого подключения выразите?
не до конца понимаю, но в сервисе это будет
class MyService[F[_], DB[_]](myRepo: MyRepo[DB], transact: DB ~> F)
Oℕ
Ну видите, ваш MyService как нужно инстанциировать?
AS
Ну видите, ваш MyService как нужно инстанциировать?
через new 🤷♂️
Oℕ
через new 🤷♂️
Ну вот получается
что можно было бы сделать:
интерпретатор, которая говорит, что конструкции на языке MyService выражаются через языки...., включая язык MyRepo
все интерпретаторы - это правила деривации имплиситов, и могут безопасно иметь любые циклические зависимости и подключаться автоматически, не требуя от пользователя вашей реализации никаких особенных размышлений
Что вы сделали (и я раньше тоже делал) - функцию, сервис-хэндлер, которая генерирует пачку функций на базе других пачек функций, она требует ручного инстанциирования с определённым заранее порядком, или DI
что можно было бы сделать:
интерпретатор, которая говорит, что конструкции на языке MyService выражаются через языки...., включая язык MyRepo
все интерпретаторы - это правила деривации имплиситов, и могут безопасно иметь любые циклические зависимости и подключаться автоматически, не требуя от пользователя вашей реализации никаких особенных размышлений
Что вы сделали (и я раньше тоже делал) - функцию, сервис-хэндлер, которая генерирует пачку функций на базе других пачек функций, она требует ручного инстанциирования с определённым заранее порядком, или DI
AS
Ну вот получается
что можно было бы сделать:
интерпретатор, которая говорит, что конструкции на языке MyService выражаются через языки...., включая язык MyRepo
все интерпретаторы - это правила деривации имплиситов, и могут безопасно иметь любые циклические зависимости и подключаться автоматически, не требуя от пользователя вашей реализации никаких особенных размышлений
Что вы сделали (и я раньше тоже делал) - функцию, сервис-хэндлер, которая генерирует пачку функций на базе других пачек функций, она требует ручного инстанциирования с определённым заранее порядком, или DI
что можно было бы сделать:
интерпретатор, которая говорит, что конструкции на языке MyService выражаются через языки...., включая язык MyRepo
все интерпретаторы - это правила деривации имплиситов, и могут безопасно иметь любые циклические зависимости и подключаться автоматически, не требуя от пользователя вашей реализации никаких особенных размышлений
Что вы сделали (и я раньше тоже делал) - функцию, сервис-хэндлер, которая генерирует пачку функций на базе других пачек функций, она требует ручного инстанциирования с определённым заранее порядком, или DI
ну, оно работает, свайрить на краю мира все мне дистэйдж не нужен. Но не понял, при чем тут ридер
Oℕ
ну, оно работает, свайрить на краю мира все мне дистэйдж не нужен. Но не понял, при чем тут ридер
ну я же не говорю "ваш код будет хуже работать"
я говорю, "ваш код будет не столь высокого качества"(каким мог бы быть)
идея в том, что вы могли бы сложить ваши репозитории в контекст, после чего получить глобально доступный
implicit MyRepo[F], который просто доставал ваш заранее инициализируемый MyRepo[F] из контекста ридера
я говорю, "ваш код будет не столь высокого качества"(каким мог бы быть)
идея в том, что вы могли бы сложить ваши репозитории в контекст, после чего получить глобально доступный
implicit MyRepo[F], который просто доставал ваш заранее инициализируемый MyRepo[F] из контекста ридера
Oℕ
таким образом на краю мира вам не нужно было бы инстанцировать вообще всё, а только то, что требует подключений, инициализации состояний, контроля ресурсов и вообще каких-то осмысленных действий, а не просто интерпретации
AS
ну я же не говорю "ваш код будет хуже работать"
я говорю, "ваш код будет не столь высокого качества"(каким мог бы быть)
идея в том, что вы могли бы сложить ваши репозитории в контекст, после чего получить глобально доступный
implicit MyRepo[F], который просто доставал ваш заранее инициализируемый MyRepo[F] из контекста ридера
я говорю, "ваш код будет не столь высокого качества"(каким мог бы быть)
идея в том, что вы могли бы сложить ваши репозитории в контекст, после чего получить глобально доступный
implicit MyRepo[F], который просто доставал ваш заранее инициализируемый MyRepo[F] из контекста ридера
А какой бенефит от этого? И что-то мне не кажется, что MyRepo должен быть имплиситным. Там же всякие монады, и вдруг - MyRepo.
AS
таким образом на краю мира вам не нужно было бы инстанцировать вообще всё, а только то, что требует подключений, инициализации состояний, контроля ресурсов и вообще каких-то осмысленных действий, а не просто интерпретации
А есть пример такого приложения минимального?
Oℕ
А какой бенефит от этого? И что-то мне не кажется, что MyRepo должен быть имплиситным. Там же всякие монады, и вдруг - MyRepo.
Ну почему Monad[F] более достойная имплисита, чем MyRepo[F] ?
Oℕ
А есть пример такого приложения минимального?
club-bot
AS
club-bot
не нагугливается...
Oℕ
это скрытый репозиторий
Oℕ
могу помочь тофуизировать ваш открытый репо
Oℕ
дайте пример, переделаем его на тофу