Сегодня, я писал для скалы, поэтому нах

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

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

Да не, профит может и есть, учитывая что jit скорее всего заинлаинит довольно легко это)

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

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

из известных еще есть https://github.com/paypal/scala-style-guide

Советую ради интереса начать с Free[F[_], A] = Pure[A](a: A) | Bind[F[_], A](fa: F[Free[F, A]]) и добавить все известные операции

шта сделать? =) это фри из скалази?

видимо имелось в виду попробовать самому реализовать

а ну это и понятно

вот тут есть нечто похожее на простую реализацию https://gist.github.com/jdegoes/97459c0045f373f4eaf126998d8f65dc#free-monad но я не компилил, возможно там чего то не хватает

проще некуда!

ну в катс и скалази - явно сложнее https://github.com/scalaz/scalaz/blob/scalaz-seven/core/src/main/scala/scalaz/Free.scala

да просто везде вот это поинт бинд и лифт

поинт это вроде пюр да?

но отсюда вопрос

да point, pure, id все одно и тоже

немного конфьюзит

каждый раз читаешь и новый набор терминов

Lifting Often, for some value X, F[X] is referred to as the "lifted" version of X, because it is the same value, but placed "inside" of some functor F. For example, you can lift the function x => x * x inside List by writing List(x => x * x).

выходит что Point это значение, Effect операция над значением и FlatMap это чеининг операций?

хм щас не уверен но возможно, что не совсем так может там что то типа Effect(F(Effect(F(Effect ... (Pure(a))))) типа эффект он применяет F к предыдущему Free и создает в результате новый (мое предположение верно если Effect == Suspend из катс)

выходит что Point это значение, Effect операция над значением и FlatMap это чеининг операций?

в классической имплементации хватило бы просто Pure и FlatMap, Effect(fx) можно выразить как FlatMap((), _unit => fx), дополнительный конструктор защищает от stackoverflow в strict функторах

Ну если юнит и флэтмэп, значит эффект это мэп

Ну если юнит и флэтмэп, значит эффект это мэп

нет, там нет функции мэпа. Там просто ещё один слой эффекта, чтобы кучу таких слоёв потом можно было раскрутить в tail-recursive run

Надо теперь придумать где это все в рабочий проект ввинтить ?

map фримонада не реализует, она требует функтора от первого параметра. Если нужно отрезать или фьюзить map, как вчера говорилось, ещё одним слоем используют Coyoneda

Ну если юнит и флэтмэп, значит эффект это мэп

вот тут еще хорошо рассказано - http://blog.higher-order.com/assets/trampolines.pdf

была уже ссылка тут

Надо теперь придумать где это все в рабочий проект ввинтить ?

Вот из-за таких придумщиков, проекты сначала зарастают нечитаемым scalaz синтаксисом, потом его выпиливают. В итоге ты приходишь, а тебе говорят" у нас это не любят"

Вот из-за таких придумщиков, проекты сначала зарастают нечитаемым scalaz синтаксисом, потом его выпиливают. В итоге ты приходишь, а тебе говорят" у нас это не любят"

у нас например во всю народ юзает .some из скалази, думаешь хуже станет?

или найти работу где это уже применяется как вариант )

вообще для развития фп навыков я так понимаю надо читать Де Госа и Рунара?

ну и слушать мешугу

я пока начал с прослушивания мешуги

вот добрался до Де Гоеса =)

у нас например во всю народ юзает .some из скалази, думаешь хуже станет?

Есть едва ощутимая стилистическая разница между синтаксисом, отдающим стандартный тип и комбинаторов вроде *** &&& на значениях типа Cokleisli[Cofree[X => StateT[Function0, Int,Vector[X]],?], A, B]

Есть едва ощутимая стилистическая разница между синтаксисом, отдающим стандартный тип и комбинаторов вроде *** &&& на значениях типа Cokleisli[Cofree[X => StateT[Function0, Int,Vector[X]],?], A, B]

согласен, но я точно в залупу лезть не буду со своим фп, мне уже намекнули что хочешь фп - ищи хаскель. и сказали что скалази у нас нет и не будет, а он есть.

... или Kleisli[Free[Mpose[...]]]

Жесть какая)

Попахивает конечно адски

Всем привет! Народ, а можно как-то при общении через вебсокет узнать с какой страницы пришел запрос?)

Всем привет! Народ, а можно как-то при общении через вебсокет узнать с какой страницы пришел запрос?)

Добавляй эту инфу в запрос

Каким образом? Мне надо обращаться на что-то вроде ws://example/ws?path=... так что ли?

Просто это вообще нормально или не очень?

в тело запроса добавляй, вместо с полезной нагрузкой

А в чем проблема то добавить это в json?

Не понимаю. Т.е. уже после установки соединения?

Я цепляю актор на каждый WS, но при подключении я не вижу откуда оно пришло

Сразу после установки соединения - я могу это сделать. Я же хочу создать актор который бы сразу работал с нужной страницей и знал об этом

Но js, который отправляет запрос, знает, с аакой страницы он отправляется

Но js, который отправляет запрос, знает, с аакой страницы он отправляется

Мне надо обращаться на что-то вроде ws://example/ws?path=... так что ли?

А в чем проблема то добавить это в json?

?

откуда берется json?

что-то идея выглядит нездоровой

зачем бэку знать такие подробности о ui?

откуда берется json?

Сообщения, которые шлются через веб-сокет - это что?

После установки соединения я общаюсь используя json, это верно. Но блин мне надо создать актор который бы сразу знал какой странице он соответствует. Что бы если надо было уведомить пользователя он сам уже принимал решение надо отправлять конкрентно ему уведомление или нет. Т.е. у каждого пользователя может быть открыто несколько страниц. И мне надо вывести уведомление только на одной из них. При этом есть актор пользователя, а есть - браузера. У пользователя может быть дофига и больше браузерных акторов. Я отправляю данные актору пользователя, а он - актору браузера, и уже там принимается решение что именно должно уйти в сам браузер, и должно ли

Как-то так я пока это вижу

Сообщения, которые шлются через веб-сокет - это что?

да что угодно, но конкретно у меня - json

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

У тебя клиент - это single page application?

Нет

или у тебя на каждую страницу перезагрузка всего?

перезагрузка всего

После установки соединения я общаюсь используя json, это верно. Но блин мне надо создать актор который бы сразу знал какой странице он соответствует. Что бы если надо было уведомить пользователя он сам уже принимал решение надо отправлять конкрентно ему уведомление или нет. Т.е. у каждого пользователя может быть открыто несколько страниц. И мне надо вывести уведомление только на одной из них. При этом есть актор пользователя, а есть - браузера. У пользователя может быть дофига и больше браузерных акторов. Я отправляю данные актору пользователя, а он - актору браузера, и уже там принимается решение что именно должно уйти в сам браузер, и должно ли

Ты можешь открвать вебсокет куда угодно. На пример cо страницы https://example.com/page/123 открывай в wss://example.com/push/page/123. Дальше хэндли урл и вуаля.

перезагрузка всего

ну тогда нормально при установке соединений отправлять эту инфу один раз. Ну или как ты предложил, добавить через query parameter (хотя выглядит слегка странно это конечно)

ERROR: S client not available

Ты можешь открвать вебсокет куда угодно. На пример cо страницы https://example.com/page/123 открывай в wss://example.com/push/page/123. Дальше хэндли урл и вуаля.

Эм... а как мне это сделать что бы он открывал что угодно? У меня сейчас просто идет вот так: GET /ws controllers.IndexController.ws

И соответственно я просто не понимаю как в плее сказать что вебсокет может приниматься откуда угодно....

Эм... а как мне это сделать что бы он открывал что угодно? У меня сейчас просто идет вот так: GET /ws controllers.IndexController.ws

Жабаскриптом :)

Не, у меня же play слушает вебсокет только на /ws, как ему сказать что бы слушал везде?

Могу ошибиться, но я бы попробывал /ws/*

GET /ololo/:trololo controllers.Ololo.get(trololo: String)

Могу ошибиться, но я бы попробывал /ws/*

а чем оно тогда отличается от обычного параметра GET что предложил я?

тип того

GET /ololo/:trololo controllers.Ololo.get(trololo: String)

а чем от моего предложения отличается тогда?

а чем оно тогда отличается от обычного параметра GET что предложил я?

ничем, просто другой вариант

можно и так и так

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

ну выше же написали, ты можешь по любому урлу обращаться. Главное чтобы сервер это умел

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

Всем привет! Народ, а можно как-то при общении через вебсокет узнать с какой страницы пришел запрос?)

Origin нет?

Всем привет вопрос по protocol buffer Есть ли библиотеки помимо этих? https://github.com/scalapb/ScalaPB https://github.com/sbt/sbt-protobuf Они пишут прямо исходники скалы в определенные файлы - я так понял что это вообще общая идея протобафа - нагенерить кода который будет педалить байтовый протокол - как бы максимально быстро а почему в скале это реализовано как и в остальных языках - почему не реализовать через макросы или лучше просто генерацию .proto файлов?

генерация классов в любом случае по схеме; какая разница как классы генериться по схеме будут? это как-то на сокрости сгенерированного протокола отразится?

схема ввиде кода на скале помоему гораздо более управляема я хочу сам писать кейс классы - ну как это сделано во всех json библиотеках

ну да ладно - я не ратую за такой вариант - генерят классы мне из .proto пусть генерят я просто уперся в то, что я не могу повторно перегенировать классы - я наверняка криворукий - получаю ошибку ... is already defined as object... я вытащил .proto в отдельный сбт подпроект и собираю там

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

ок

Други, а какие http либы поддерживают routing dsl с возможностью из него сгенерить swagger/raml описание?

Народ, помогите разобраться пожалуйста что не так. Создаю при подключении к WS актор завязанный на него. Опять же при этом подключении получаю куки, по кукам проверяю существует ли уже активный актор пользователя с такими куками. Если нет - создаю. Потом создаю уже актор связанный с WS(актор браузера) и даю ему при создании ссылку на актора пользователя которому он принадлежит. в preStart актора браузера пишу что бы он уведомил актора пользователя о своем существовании. Актор пользователя эту инфу получает. Но - при попытке отправить уже инфу о существовании актора браузера(что-бы соединение с WS установилось) - идет таймаут, причем всегда.... не понимаю в чем ошибка...

Вот тут падает судя по всему, на строке sender(): userActor.map { userAc => val child: ActorRef = injectedChild(browserFactory(sessionName, out, userAc, rh, path), s"browserActor-$id") browsers = browsers + child log.debug(s"Получили акторы пользователя: $userAc и браузера: $child") sender() ! child }

Мне кажется, ты пытаешься обратиться к sender внутри асинхронной операции. Так нельзя. Читай про pipeTo

Эм.. вам не кажется, пошел читать, спасибо

Эм... но ведь есть обращения в футурах...

Мне кажется, ты пытаешься обратиться к sender внутри асинхронной операции. Так нельзя. Читай про pipeTo

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

Эм... но ведь есть обращения в футурах...

Тебе просто везло. Гарантий никаких нет. Про это все есть в доках

userActor.map - порнография какая-то)

https://gist.github.com/Visteras/6c217b22374600ce4606b981666f438a Пытался просто получить актор, и соответственно его сгенерить если не выходит...

у нас тут что то типа правила кидать код ссылками на ресурсы где его читаемость чуть чуть повыше чем в телеграмме =)