и руками собирать?

Тебе не придётся передавать аргументы самому если они имплиситные

захломлённый код в одном файле - допустимое зло

ну типо конфига

а можно пример где-то посмотреть, модули + сборка матрешек и какой-нибудь тупой круд с базой?

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

class Module { val db = new DB() val serviceA = new ServiceA(db) val serviceB = new ServiceB(serviceA, db) } and so on

а-а, ну кто-то еще на акка-хттп выкладывал пример относительно крупный (возможно это был @Arhelmus )

class Module { val db = new DB() val serviceA = new ServiceA(db) val serviceB = new ServiceB(serviceA, db) } and so on

и потом достаточно будет отнаследоваться от этого класса, или эти объекты будут синглтонами и доступны просто по полю?

и потом достаточно будет отнаследоваться от этого класса, или эти объекты будут синглтонами и доступны просто по полю?

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

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

а в коде потом как заюзать эти зависимости?

В каком коде?

У тебя все зависимости всех компонентов в конструкторах

Нужно только в модуле все компоненты приложения создать

ну хочу в какой-то функции обратиться к функции сервиса А например?

как это сделать?

пример нужен мне

рест апи, контроллер, хочу вызвать функцию/метод сервиса б

куда внедрять зависимость и т.д.

Контроллер в конструкторе будет принимать сервис

Совсем уже со спрингами своими разучились объекты собирать

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

кто гарантирует, что именно к ним будет обращение

это решается наследованием от класса модуля?

или как-то еще?

В трейтах навариваешь зависимости и мешаешь трейты, и все зависимости в скоупе

macwire норм работает, всё за тебя вяжет

даже интерцепторы есть

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

сеньк

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

тебя кстати разбанили 45 тысяч лет назад уже, если желаешь, можешь вернуться, без мертвых новостей, желательно

тебя кстати разбанили 45 тысяч лет назад уже, если желаешь, можешь вернуться, без мертвых новостей, желательно

нет, спасибо, воздержусь

а-а, ну кто-то еще на акка-хттп выкладывал пример относительно крупный (возможно это был @Arhelmus )

https://github.com/ArchDev/akka-http-rest

было дело

https://github.com/ArchDev/akka-http-rest

а норм зашло, только не вижу ни слова про монгу =)

монга у меня в сердце

монга у меня в сердце

http://memesmix.net/media/created/jyp0i4.jpg

http://arrow-kt.io 47дигри новую либку сделали

http://arrow-kt.io/docs/patterns/error_handling/

как будто core scala api читаю)

Выглядит так просто и красиво. Не то что мой код. Надо переходить.

как по мне что-то что это, все одинаковое

в итоге, можно будет писать такой-же код на котлине как и в скале

исполнятся будет на той-же жвм

и особой разницы менять одно на другое нет

В котлине есть выводилка типов?

ты о type inference?

ты о type inference?

Да

ага, есть

и особой разницы менять одно на другое нет

люди будут менять java на удобный kotlin и не понимать наших мучений с sbt

я кстати хз где в сбт мучения

я и таски для него кастомные писал и делал сложные билды

все весьма легко гуглится

До 13.5 говорят было много проблем

я и таски для него кастомные писал и делал сложные билды

как взять все проекты, от которых зависит текущий проект, сделать для них package и скопировать полученные файлы куда мне нужно?

okay google

алиса

val selectUpstream = ScopeFilter(inDependencies(ThisProject, includeRoot = false)) packageUpstream := { (Keys.`package` in Compile).all(selectUpstream).value }

примерно так, но решается только гуглением

я к тому что часто не интуитивно понятно

http://arrow-kt.io/docs/patterns/dependency_injection/ и тут у них будет спринг в аифрейме

как взять все проекты, от которых зависит текущий проект, сделать для них package и скопировать полученные файлы куда мне нужно?

можно еще проще кейс, добавить тестовые ресурсы в скоуп тестов (ну после того как ты наконец узнал что они по дефолту там отсутствуют и проматерился минут на 5)

Треий раз ссылка в чати ? и это только за эту неделю

причем Раул делал фристайл и забил

думаю и этот проект тож самое ждет)

Фристайл забросили?

Фристайл забросили?

последний релиз был 9 дней назад

Фристайл забросили?

Скажем так, что не очень активно развивается. А там есть куда расти

Там лифт 3.2 вышел

скаланы!!!

кто юзает graphQL?

как ощущения?

@gurinderu вот этот человек юзал

я вот инвестигировал инвестигировал и выинвестигировал, мне надо пилить простые шаттп сервисы и посылать данные между ними, выбор стоит между grpc, finch, graphQl

графкуль выглядит так как будто он сможет компенсировать swagger в каком-то виде, вроде в нём есть фича генерилки http сервера предоставления http api на серверной стороне, из одной и той же схемы можно генерить клиентов

вроде ня

самое то

сервисы на графе, oh boy

Норм аргумент мне нравится)

бери сразу соап если сам не понимаешь почему граф не подходит )

тогда я лучше го заюзаю или котлин, а то соап для старпёров) а мы тут хипстеры или как!

экран теперь чистить (

черт, жир еще и на клаву потек

да и самому помыться надо будет не забыть)

лучше пойду коммуникации между сервисами на графе делать

кто юзает graphQL?

коллеги пробовали в одном сервисе из всех плюсов что смогли назвать - это мордочка из коробки (она действительно хорошая) в остальном плюсов не ощутили относительно джсонки привычной все равно интерпретируешь ровно также в итоге с моей колокольни (лично не юзал), это в принципе то же самое с небольшой стандартизацией, что в итоге much ado about nothing

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

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

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

ваааат?

GraphQL точно так же легко прикручивается к "контроллерам", типо у вас есть набор функций, которые возвращают некие DTO, graphql-движок дергает эти функции и обрезает ненужные поля. Зачем всё усложнять то?

коллеги пробовали в одном сервисе из всех плюсов что смогли назвать - это мордочка из коробки (она действительно хорошая) в остальном плюсов не ощутили относительно джсонки привычной все равно интерпретируешь ровно также в итоге с моей колокольни (лично не юзал), это в принципе то же самое с небольшой стандартизацией, что в итоге much ado about nothing

плюс в том, что фронт может дёрнуть несколько запросов за раз и взять из ответов только то, что ему нужно

GraphQL точно так же легко прикручивается к "контроллерам", типо у вас есть набор функций, которые возвращают некие DTO, graphql-движок дергает эти функции и обрезает ненужные поля. Зачем всё усложнять то?

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

плюс в том, что фронт может дёрнуть несколько запросов за раз и взять из ответов только то, что ему нужно

это можно сделать и без графкуль в этом плане только формат описал как там в фб виделось

потенциальный плюс - генерация клиентов из коробки * если генерилка есть под нужный стэк * многие потребители будут клювом щелкать от этих модных слов (sad but true)

ваааат?

http://sangria-graphql.org/learn/#query-execution Там есть отдельный экспериментальный способ батчить запросы к нескольким полям. Выглядит всё это не очень

но я сам не юзал, там, мимокрокодил