akka-http =)
https://github.com/lampepfl/dotty/tree/master/community-build/community-projects можно вот здесь посмотреть
Судя по "популярности" плея веб фреймы в скале не приживаются по ряду причин. Фреймворки обычно появляются там где собирание функционала из отдельных частей требует значительного эффорта и соблюдения большого количества недокументированных правил, до той степени что проделанная такая работа не под силу маленькому коллективу и он вынужден пользоватся готовой (вот это и есть фрейм). В скале все с этим хорошо(в отличие от жавы) и не надо изобретать di фреймворк чтобы написать небольшой сервис. Вон люди спокойно с конструкторами живут.
Так человек про веб фреймворк спросил, при чём здесь di
Касаемо di. А почему "люди спокойно живут с конструкторами"? Им не нужна гибкость, возможность переопределять среду внешним инвайронментом? Или это решается как-то по-другому?
Гибкость полноценного ди нужна достаточно редко, поэтому не зачем усложнять. Хотя авторы дистейдж другого мнения
Решается по-другому
Есть веб-фреймворки вообще без такого понятия как диай и ничего, люди выпускают свои продукты
У каждого свой единственноправильный ответ на этот вопрос.
+, да поэтому и интересуют аргументы с разных сторон
Да но тут не совсем понятно почему @apache_dog сказал именно про скалу. Но это вопрос конечно к нему
Ну во-первых, конструкторы напрямую конкретно в скале редко юзаются в связывающем коде Во-вторых, есть много техник связки кусочков кода друг с другом с помощью имплиситов/тайпклассов
Да тут во многом про апача, да
Чтобы полностью забрать функционал чего то по типу дистейжа это надо сильно постаратся придумать задачу. И с фор компом на 700 строк можно жить.
стандартом почти является не юзать конструкторы, а делать фабричные методы в компаньонах, которые уже будут этот энв проверять и делать то, что надо
а что такое переопределять среду?
Вжух и сразу пятница!
Нене выбрасывать целые сутки я не осилю😱
Обсуждают сегодня