кстати на эту тему вспомнилась статейка, достаточно интересные там товарищ доводы приводит https://habrahabr.ru/post/277113/

Как я уже писал выше тут идет цикл Event -> Action -> State -> DOM. То есть, пользователь кликнул на чекбокс, мы сгенерировали Action.TodoSetDone. Обновили стейт. Теперь у нас есть стейт, где тудушка в в состоянии Done. Стетйт отдается функции рендер, которая готовит из стейта DOM, в котором отображаение тудушки зачеркнута, а чекбокс кликнут. Теперь берем "есть несколько элементов в DOM которые содержат одну и ту же инфу". На пример мы хотим три тудулиста которые обновляются связанно. То есть кликнули в одном тудулисте, обновилось во всех трех. Что бы это сделать мы выносим код который рендерит лист в функцию и просто применяем ее три раза. Получам три листа которые синхронно обновляются.

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

React/Redux на стороне сервера. Вот здесь описан подход http://redux.js.org

У них это все на джаваскрипте и на фронте.

спасибо, да , понятней стало, интересно

ничто не ново под луной, что то похожее имплементировано в ELM

Да. Не знаю кстати кто первый подход начал применять, редакс или элм. У элма изначально было FRP.

Но это все на фронтэнде работает.

кто-то работал с https://github.com/getquill/quill ? интересует сравнение со сликом

читал https://github.com/getquill/quill/blob/master/SLICK.md, но хотелось бы практические отзывы: перформанс, скорость компиляции, адекватность запросов, асинхронность (с постгресом, я так понял, не умеет)

умеет, можно подключить postgres-async

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

насклько я помню

а postgres-async jdbc-based? (если ничего не путаю, jdbc так или иначе что-то будет блокировать)

нет, он не jdbc

а, ок тогда

Я правильно понимаю, что в квиле можно сделать генерацию не sql и не текста, так?

Имхо, лучше использовать что-то типо scalikejdbc.org или на более хардкорно http://www.jooq.org/

кроме "имхо" есть какие-то сравнения?

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

но он более устаканившийся, квил 0,7 версия, там баги всплывают

Последня версия скалайка намного лучше работает с кастомными типами, Enum например

я в скалайке не нашел как указать уровень изоляции текущей транзакции

Да, с ним есть такая проблема

а чего раньше с енумами было? я на енумы биндеры пишу просто

В слике еще была проблема https://github.com/slick/slick/issues/1274 которую только только собрались пофиксить

db.conn.setTransactionIsolation(level)

вообще можно выбирать по тому, что ты хочешь потащить в проект. слик - шейплес, дуби - скалаз, скалайк - макросы =)

Синтаксис скалайк в итоге ближе к SQL, нежели как со сликом надо каждый раз гуглить как же они решили там это назвать и через какие гланды надо всё вызвать

где db: DB

я имел ввиду для каждой разные уровни изоляции для разных транзакций

https://github.com/scalikejdbc/scalikejdbc/issues/442

на подобие этого

ну, берешь session.conn.setTransactionIsolation(4)

не?

по идее сработает

спасибо за инфу

работает вроде)

Слик странновато написано -cast to Any , потом куча макро-магии, потом кастуют обратно.

Со сликом очень сложно разобраться если пытаться смотреть в его исходники... с первого раза всё выглядит дикой кашей из типов и перегрузок ИМХО

что очень сильно осложняет поиск причин той или иной проблемы

Синтаксис скалайк в итоге ближе к SQL, нежели как со сликом надо каждый раз гуглить как же они решили там это назвать и через какие гланды надо всё вызвать

И вложенных коллекций не хватает до ужаса. Более менее нетривиальные группировки приходится либо в plainsql, либо на сервере

** я использовал quill, до продакшена не дошло (использовали датастакс драйвер в итогде; но имхо квил это тема

с кассандрой использовался**

ну по ощущениям было все удобно быстро и без гемороя

почему тогда отказался?

Для касандры лучшее что я пользовал фантом

** я использовал quill, до продакшена не дошло (использовали датастакс драйвер в итогде; но имхо квил это тема

Если не секрет какого характера данные в касандре хранили?

растры храним) тифы. квил не подошел потому же почему и фантом - мало сушностей в предметной области и не нужны модели) оверинжиниринг

Как вы думаете, почему https://github.com/apache/flink пишут на джаве в основном?

Всем привет!

Есть тут живые?)

Вообще чат бодрый.

А помощь оказываете?) У меня уже голова кругом - не понимаю где накосячил :(

А то что бодрый - это хорошо :)

В зависимости от того, что за проблема :)

Использую Slick, необходимо парсить ресурс и вносить изменения в базу. Делаю таким образом - изменения привязаный к уникальному ИД на каждого пользователя. Т.е. я очищаю данные пользователя по этому ИДу, жду ответа что все хорошо, и потом начинаю вносить новые данные. В логах всё чисто, но при этом данные иногда вносятся не все. Иногда - все. Как это действует - я не понимаю(

Работа строится на акторах

Но очистка данных - работает через "?", т.е. ответа дожидаюсь

Есть у кого какие мысли?

А можно код посмотреть в каком-то виде?

Можно, если пастебин скину - нормально?

Наверно нормально :)

сек

http://pastebin.com/XreULfcW

ERROR: S client not available

Нас интересует вот это: val future = dbActor ? DeleteStash(stash.id) // enabled by the “ask” import

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

Сколько ужаса всякого сразу )

Скажите как правильно - переделаю :)

Await.result - не используй никогда

С языка снял :)

про это - знаю, но как получить реультат по другому - не понимаю( Это единственное место где оно используется

Точнее есть еще одно - но там та же причина, не понимаю как обойтись без него)

шалом

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

что тоже кстати не стоит делать

есть трейт ActorLogging

я его использовал только как просто проверку)

val f1: Future[Int] = Future.sucessful(0) val f2: Future[String] = f1.map(_.toString) f2 pipeTo self

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

Если у тебя последовательное выполнение запросов то вместо map надо flatMap.

там по идее и "?" не нужен, опять же использовал просто проверить дождаться ответа

и это знаю)

case DeleteStash(stash_id: String) => { log.info(s"Убиваем записи во вкладке stash id: $stash_id") sender ! PoeCurrencies.deleteWhereStash(stash_id) }

def deleteWhereStash(stash_id: String): Boolean = { db.run(table.filter(_.stashId === stash_id).delete) true }

Вот как дальше идет

а run что возвращает?

это delete - т.е. ничего

Future?

Future[Unit]?

Возможно, в код если смотреть def delete: DriverAction[Int, NoStream, Effect.Write] = {

db.run(table.filter(_.stashId === stash_id).delete) должен иметь тип Future. Если там произошел экшепшн, то он будет обернут во Future

PoeCurrencies.deleteWhereStash(stash_id) pipeTo sender

там футура

А ты вместо этого true возвращаешь. Конечно экшепшн не видно.

А чем отличается pipeTo от "!"?

https://ru.wikipedia.org/wiki/Футура