Никто не любит Cake Pattern ))

Никто не любит Cake Pattern ))

Я попробывал, в начале понравилось, но потом)))

Аргументы конструктора

Аргументы конструктора

Отличный вариант, но хотелось бы погибче.

Отличный вариант, но хотелось бы погибче.

имплиситные аргументы конструктора

Народ, кто какой DI использует?

Срочно нужен стикер из ДМБ про "триста тридцать пять"

имплиситные аргументы конструктора

Использовал, прикольно, но не всегда очевидно для других людей)

Отличный вариант, но хотелось бы погибче.

А чем это не гибко?

В чем гибкости не хватает?

Использовал, прикольно, но не всегда очевидно для других людей)

идея всё подскажет

В чем гибкости не хватает?

Не всегда получается инициализировать классы все в одном месте, чтобы там передавать параметры.

Не всегда получается инициализировать классы все в одном месте, чтобы там передавать параметры.

Модули + cake для этих модулей, а классы уже конструктором собирать

Сейчас использую Scala Guice, но хотелось бы что-то ближе к Scala.

ScalDI

Не всегда получается инициализировать классы все в одном месте, чтобы там передавать параметры.

не складывай весь функционал в классы-сервисы, не нужно будет инициализировать всё в одном месте

Не всегда получается инициализировать классы все в одном месте, чтобы там передавать параметры.

Если у тебя не получается проинициализировать всё через конструктор в одном месте, то что за магии ты ожидаешь от ди либы?

https://scastie.scala-lang.org/nKcqBwnJTcyUP4pMOYeo5g

Модули + cake для этих модулей, а классы уже конструктором собирать

Я использовал Reader Monads, Thin cake pattern, и Parfait pattern. Последний мне показался наиболее интересным.

ScalDI

Спасибо, похоже то, что нужно.

ScalDI

уж лучше кейк, имхо

уж лучше кейк, имхо

Почему?

https://github.com/dickwall/activator-akka-scala-parfait

уж лучше кейк, имхо

вопрос был не что лучше =)

Народ, кто какой DI использует?

SpringFramework!

SpringFramework!

Хех, не не хочу его тянуть))) наработался уже...

Почему?

сложность приносит, профита я не нашел относительно тех же аргументов конструктора часть ошибок переползает в рантайм связывать вещи по строковым литералам это меня убивает совсем

сложность приносит, профита я не нашел относительно тех же аргументов конструктора часть ошибок переползает в рантайм связывать вещи по строковым литералам это меня убивает совсем

Подожди, там же вроде все без строковых литералов? Первый же пример посмотрел.

ну там просто по всякому можно

А, ну вот символы вижу, вот это мне не нравиться, вообще этот тип данных.

на главной val officialGreeting = inject [String] (identified by "greeting.official")

'param

ну вот еще из заметок для себя в будущем: * Особенность апи для тестирования - надо тащить тестовый код в основное приложение. * Если делать "классически" (не затаскивая моки в основной код), то отличий по сути от обычных аргументов конструктора нет совсем. При этом использование аргументов может быть лаконичнее.

Всем привет! Кто-нибудь читал Building a Recommendation Engine with Scala by Saleem Ansari?

то есть никто?)

А что в ней особенного?

Если у меня в build.sbt определения модулей, и я хочу сделать tasks.sbt или Tasks.scala, то как мне в них заимпортить модули, описанные в build.sbt? Хочу их заиспользовать в ScopeFilter

Не очень понял проблему

Есть два .sbt файла. В одном описаны сабмодули, в другом я хочу эти сабмодули зареференсить. Но какой импорт написать чтобы идея красным не подсвечивала названия сабмодулей — непонятно.

вряд ли таски должны знать что-то о модулях существующих

ну всмысле, мне нужно в таске дергать таски 5 из 10 сабмодулей например

Я сделаю ScopeFilter, указываю их там, и дергаю. В одном файле всё работает, а вот как в отдельный файл вынести — не оч понятно.

Есть два .sbt файла. В одном описаны сабмодули, в другом я хочу эти сабмодули зареференсить. Но какой импорт написать чтобы идея красным не подсвечивала названия сабмодулей — непонятно.

Не знаю про 1.0 но в наши нулевые времена, sbt файлы не видели переменные объявленные, друг в друге

Не знаю про 1.0 но в наши нулевые времена, sbt файлы не видели переменные объявленные, друг в друге

ну у меня 0.13.16 пока еще

понял, значит не разделить никак?

А есть вариант передать эти модули как параметры в ту таску?

@rockjam ну для конечного пользователя этой таски — нет, это должен быть просто вызов команды

ты можешь объявить SettingKey где-то в project/ .scala в одном sbt читать его значение, а в другом записывать

типа "список модулей, для которых запускать таску"

о, это подойдет, думаю :)

Спасибо!

вот сделают Spring для Scala, тогда наконец адекватный DI появится

https://spring.io/blog/2012/12/10/introducing-spring-scala

чот долго уже делают

Enterprise Scala Beans?

предлагаю переименовать королёв в scala server faces

Scala EE 2.12

Scalaadin

вот сделают Spring для Scala, тогда наконец адекватный DI появится

В скале он не надо

Enterprise Scala Beans?

сделать аннотацию @Enterprise, которая будет делать ровно ничего

https://spring.io/blog/2012/12/10/introducing-spring-scala

class Person(@BeanProperty var firstName: String, @BeanProperty var lastName: String) вот чего я так жажду

class Person(@BeanProperty var firstName: String, @BeanProperty var lastName: String) вот чего я так жажду

А че не @CaseClassWithFirstNameAndLastName

И кастомный ScalaBeanPostProcessor

дошутились скалисты, спринг выбрал теперь Котлин!

хотя Скала ничем не хуже

дошутились скалисты, спринг выбрал теперь Котлин!

чьёрт

на этом расходимся, господа

но уж больно сообщество токсичное

а есть пруф линк?

это было честью сидеть с вами в этом токсичном болоте

а есть пруф линк?

https://spring.io/blog/2017/01/04/introducing-kotlin-support-in-spring-framework-5-0

router { ("/blog" and accept(TEXT_HTML)).nest { GET("/", fooHandler::findAllView) GET("/{slug}", fooHandler::findOneView) } ("/api/blog" and accept(APPLICATION_JSON)).nest { GET("/", barHandler::findAll) GET("/{id}", barHandler::findOne) } }

выглядит даже неплохо

вот таким должен был быть Spring Scala

чтобы сначало компилять 10 минут, потом ждать пока запустится 10 минут

я не спешу

выглядит даже неплохо

доктора сюда срочно )

router { ("/blog" and accept(TEXT_HTML)).nest { GET("/", fooHandler::findAllView) GET("/{slug}", fooHandler::findOneView) } ("/api/blog" and accept(APPLICATION_JSON)).nest { GET("/", barHandler::findAll) GET("/{id}", barHandler::findOne) } }

Котлин кстати неплох в функциональщине

Котлин кстати неплох в функциональщине

великолепен, я бы выразился

великолепен, я бы выразился

за гранью богоподобия

kats прекрасный проект, есть биндинги к корутинам для каждой из встроенных монадок

ну как монадок

зато к корутинам!

https://github.com/kategory/kategory

это?

хм, возможно

не знаю, открыл репозиторий и сразу мощь почувствовал

но да, я теперь знаю, как справляться с отсутствие higher kinded polymorphism

@Suppress("UNCHECKED_CAST")

вот и всё

не знаю, открыл репозиторий и сразу мощь почувствовал

А теперь попробуй это использовать и сразу вляпаешся в синтаксис

Божественные тесты @RunWith(KTestJUnitRunner::class) class StringInstancesTest : UnitSpec() { init { "instances can be resolved implicitly" { semigroup<String>() shouldNotBe null monoid<String>() shouldNotBe null } } }

но да, я теперь знаю, как справляться с отсутствие higher kinded polymorphism

https://github.com/kategory/kategory/blob/master/kategory-annotations/src/main/java/kategory/hks.kt

дошутились скалисты, спринг выбрал теперь Котлин!

так ведь этого и хотели спринг не нужен