Он не праздный. У нас периодически всплывают темы, когда OData бы могла пригодиться. Но я смотрю на доступный инструментарий (как клиентский, так и серверный), плюю в итоге и делаю ad-hoc решение.

Один раз даже прикрутил какую-то серверную штуку, но она оказалась в настройке страшная как вся моя жизнь. Запутавшись в фабриках фабрик и контроллерах репозиториев, выпилил всё к хренам.

У Odata самая большая проблема - это то, что Microsoft туда зачем-то впилила edm

Ну т.е. odata сервер легко натянуть поверх EF

Но поверх чего-то другого - надо очень сильно постараться

Привет братья скаланы ! Есть вопрос по Акка. Использую Cluster Metric Extension http://doc.akka.io/docs/akka/2.4/java/cluster-metrics.html подписал на него актор, метрики приходят всё пучком, НО по процессору не приходит нагрузка а только вот Metric(processors,4,None) Как сделать чтоб и загрузка CPU тоже приходила ?

"Metric(processors,4,None)" name = "processors" value = "4" average = "None"

как сделать чтоб этот average приходил

А потом появляется папочка node_modules n- ного уровня вложенности на пару миллионов файлов :)

щас вроде же пофиксили и n = 1

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

скаланы, возможно я пропустил обсуждения этого топика, но хотелось бы узнать кто что юзает для генерации доков для api, например для akka http. Просто юзал swagger - и это адский ад в виде анотаций над стройным и красивым роутингом (

Тоже юзаю сваггер и страдаю. Советуют raml.org, но это не то(

Сваггер, еще пробовали apiary. В итоге остановились на первом.

часто вижу вакансии Java/Scala разрабов вопрос к скалистам, часто ли вы используете оба языка в работе?

и зачем нужна джава, если можно на скале все делать?

много вакансий с миграцией из джавы

так-то на чистой скале все шикарно пишется, само собой

а там где spring стек имеющийся, там скала каким боком?

джава нужна тогда когда библиотеки джавы используются; или джава коллекции нужны ¯\_(ツ)_/¯

а там где spring стек имеющийся, там скала каким боком?

никто не мешает использовать скалу со спрингом хотя зачем — другой вопрос

никто не мешает использовать скалу со спрингом хотя зачем — другой вопрос

нормальный DI фреймворк, в скале есть альтернативы лучше?

"нормальный", ха-ха :)

триггернули ребят

ну кому-то разруливать DI в рантайме мб и нормально

"нормальный", ха-ха :)

покажите "нормальный" в мире скалы, интересно)

покажите "нормальный" в мире скалы, интересно)

тонны их — через имплиситы, кейк паттерн, macwire, scaldi...

я лично предпочитаю все в конструкторе фигачить

например?

new Foo(bar, baz, boo)

а bar,baz,boo откуда берешь?

где-то есть энтрипоинт

у плея, к слову, guice

вообще свой DI пишет каждый третий скалист, сразу после своего велосипеда для джсона

т.е обычный инжект через конструктор и весь контейнер собираешь через guice?

нет, зачем смешивать я к тому, что DI — мелочь, не особо заслуживающая внимания

это даже не выбор молотка, а выбор цвета рукоятки оного

Судя по спрингу - DI это основа, а не мелочь

Ну ооп про иерархии так что да там DI - основа

В скале я не вижу смысла во фреймворках для DI

@notxcain как эт не видешь?

Никак )

ну и зря

https://github.com/mohiva/play-silhouette/blob/master/silhouette/test/com/mohiva/play/silhouette/impl/providers/SocialProviderRegistrySpec.scala

это какой шаблон проектирования?

BDD спецификация?

https://github.com/mohiva/play-silhouette/blob/0b32a4816f56dadf43c53a356a0601a96fe76c36/silhouette/app/com/mohiva/play/silhouette/impl/providers/SocialProvider.scala#L124

это и коню ясно, BDD спецификация чего? SocialProviderRegistry - это что?

хм, а че он как case сделан?

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

ему нужен equals/hash?

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

еще раз по английски

provider model pattern

или просто provider pattern java гуглани

service provider pattern

там много вариаций похожих вещей которые имеют почти одно и тоже название

The service locator pattern & service provider pattern - это разные вещи?

https://github.com/mohiva/play-silhouette/blob/0b32a4816f56dadf43c53a356a0601a96fe76c36/silhouette/app/com/mohiva/play/silhouette/impl/providers/SocialProvider.scala#L124

Ну и код

Ну и код

а здесь поподробнее... В чем проблемы?

Реализация метода get странная, почему не collectFirst?

Просто если я вижу asinstanceof в скале обычно это значит что кто то недостаточно думал над дизайном

The service locator pattern & service provider pattern - это разные вещи?

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

не люблю я этот паттерн; но он имеет место быть в легаси коде; иногда он удобен т.к. позволяет легко пользовательские надстройки реализовывать

def authenticate[B]()(implicit request: ExtractableRequest[B]) что тут значит имплисит?

а чо такого в этом имплисите?)

значит что он тут нужен хз

ERROR: S client not available

уже нашел в доке)

Просто если я вижу asinstanceof в скале обычно это значит что кто то недостаточно думал над дизайном

конкретно в том коде идея нормальная в get. У тебя коллекция общего типа, но код гарантирует что выборка произойдет правильная для класса, но каст все равно нужен - без него никак.

Только реализация там немного подкачала конечно общая

В репу экземпляры могут положиться в разное время из разных подключенных жарников

Там просто физически не может быть онли компайл тайм

Либо придется кучу говнокода и бойлерплейта писать

seq.collectFirst { case x: T => x }

я не про коллект

Вот тебе и опшн[т]

вобще про общую идею

кастование у тебя тоже по сути происходит, просто по скаловски)

Ну да

поэтому и говорю, что общая реализация не по феншую)

Так я и говорю что странно горродить заново то что делается одним методом

Видно прочитал тебя не правильно)

Когда уходишь от всяких hocon в scala code, репу как раз делаешь по похожим паттернам. Правда приходится еще немного поизголяться, чтобы знать что откуда взялось и не давать случайно что не нужно зарегать и похекать. Правда есть одно, что я пока никак не специфицировал - "рантайм оверрайд конкретного вложенного значения". Наверное придется макросы с линзами подключить чтобы не выглядело монструозно при использовании, но пока лень и некогда в эту степь лезть(

Просто если я вижу asinstanceof в скале обычно это значит что кто то недостаточно думал над дизайном

В любом коде

Хотя почему-то джависты не стесняются instanceof, и даже jetbrains в релиз ноутс показывают код с instanceof

Хотя почему-то джависты не стесняются instanceof, и даже jetbrains в релиз ноутс показывают код с instanceof

ооп это для хипстеров просто, классы вот это все сахар, а от него ничего хорошего не жди

Просто если я вижу asinstanceof в скале обычно это значит что кто то недостаточно думал над дизайном

https://github.com/milessabin/shapeless/search?utf8=✓&q=asinstanceof https://github.com/akka/akka/search?q=asinstanceof&type=Code&utf8=✓ https://github.com/scala/scala/search?utf8=✓&q=asinstanceof+path%3Asrc&type=Code

;)

Не лень было )

Хотя почему-то джависты не стесняются instanceof, и даже jetbrains в релиз ноутс показывают код с instanceof

а у джавистов выбор есть?

а у джавистов выбор есть?

есть, например скала или кложа

ну разве что isAssignable

есть, например скала или кложа

а чего не jruby?

а у джавистов выбор есть?

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

Всегда есть выбор между чсв и требованиями бизнеса

ну при чем тут чсв?

Хммм...зашло

нет

нужно искать компромиссы между достаточно хорошим дизайном и достаточно быстрой разработкой