А, понял

jetbrains

На самом деле в jb скалу мягко говоря не любят

не о скале речь, а о java api для llvm

Ну вообще есть апач Хармонь

Котлин помоему не будет делать реализации джава либ

да ну, нафиг он тогда нужен?

А в неитив они нужны хотя бы чтоб потом компилятор перетащить

у скалы хоть своих либ хватает

Многие скала либы уйдут прочь ?

Вообще у меня вообще мания сделать апи для рантаима, чтоб захотела написал свои

Кстати ещё проблема неитива это сбт ??

а каким боком он от него зависит, чтобы это было проблемой?

Кстати ещё проблема неитива это сбт ??

сбт всегда проблема

В любой непонятной ситуации вали всё на сбт

@pomadchin =( заболел что ли?

@pomadchin ты чтоли закомплексовал и теперь решил стать более непредсказуемым?)

а каким боком он от него зависит, чтобы это было проблемой?

просто хер чо протестишь) ведь хочется написать scalatest, а с sbt - очень нужно постараться)

а там не подойдет копипаста с partest для запуска?

для сбт? врядли)

https://github.com/scala/scala-partest/tree/master/src/main/scala/scala/tools/partest/sbt - ну как я понял тут 2 маленьких файла только для взаимодейтвия с сбт

да там ж просто раннер

так не интересно

ну так значит проблема не на стороне сбт)

эм, не совсем, проблема в том, что у них такой api (:= в рот их), который не позволяет писать простые юниты, чтобы там чтот делать нужно делать монстра

во, кстати хорошая задача, сделать scalatest для native )

очень сложная)

кривда, иди делай)

я думал от стдбиблиотеке сишной

glibc?

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

@dos65 ну для jvm да)

и для js так же делают)

я кстати хз как

https://github.com/scala/scala-partest вот так

эти тесты нужно посути запускать в js рантаиме

ну я не думаю что это проблема большая - запусти и проверь чего она тебе в аут насрет

а запустить как?)

хром в фоне поднять?)

или насхорн?

насхорн, нода - хз чего у них там

ну вот проблема в том, что вариантов тьма

над глянуть как работает

и спецификации разные

в случае в jvm все проще)

и вообще sbt эт jvm процесс, поэтому все проще

ну запустить левый процесс не великая задача)

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

import scala.sys.process._ val out = "./my_awesome_scala_native_program" !!

ну дык эту программу еще нужно скомпилировать)

причем так чтоб быстро

ну оно там тоже в пару-троку строк)

не совсем, там инкрементальщину надо будет делать)

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

ну у них в этих тестах куча мелких файлов валяется. компилить инрементально то и нечего

ну и кстати он уже что-то запилил 6 дней назад. только так над мини проектами тесты

там давно тесты есть)

я имею ввиду именно интеграцию с scalatest

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

вот есть еще такой проект http://longevityframework.org You no longer need to: design a database schema build and maintain a translation layer between your domain model and database model build and maintain integration tests for your translation layer make compromises in your domain model to satisfy your database model or translation layer но пока не было слышно, что бы кто то его пробовал

вот есть еще такой проект http://longevityframework.org You no longer need to: design a database schema build and maintain a translation layer between your domain model and database model build and maintain integration tests for your translation layer make compromises in your domain model to satisfy your database model or translation layer но пока не было слышно, что бы кто то его пробовал

спасибо, сейчас посмотрю а вообще quill очень так даже приглянулся

у персистенс фреймворков цель иная, не?

кто знает, естьк какие-то подводные камни в использовании quill кстати?

ERROR: S client not available

слышал, что он в runtime все генерирует, и поэтому может тормозить, мб не прав

кто знает, естьк какие-то подводные камни в использовании quill кстати?

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

у персистенс фреймворков цель иная, не?

ну как другая, хранить данные) понятно что применение отличается - у них там большими буквами написанно: "Focus your development on your domain model, not your database model!"

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

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

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

@notxcain ты выпилился отсюда чтоль?

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

да наверное для таких применений это более правильно, но конкретно longevity позиционирует себя по другому т.е вот у них в getting started делается обычный блог с CRUD

слышал, что он в runtime все генерирует, и поэтому может тормозить, мб не прав

Как раз наоборот, quill всё генерирует в компайл тайме. Рантайм фичи там очень ограничены.

кто знает, естьк какие-то подводные камни в использовании quill кстати?

Соглашусь, quill немного сыроват. Ну и если тебе нужно построение запросов в рантайме - с ним будут сложности

Как раз наоборот, quill всё генерирует в компайл тайме. Рантайм фичи там очень ограничены.

значит, я слышал как раз наоборот, что он компилится долго

Соглашусь, quill немного сыроват. Ну и если тебе нужно построение запросов в рантайме - с ним будут сложности

ну, я читал уже их документацию, прочитал за генерацию во время компиляции. Про динамические запросы меня предупредили сразу, еще когда советовал @arzfreezy , но они мне не нужны, и меня вполне устроит такая работа как у него сейчас есть. Спасибо))

Как запилю его в проект - поделюсь мнением, если интересно кому)

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

хм а вот вопрос возник, мне так же советовали scalike jdbc, я вот до этого для динамических запросов использовал anorm, первое что нагуглил, и приложение было на play написано вот если в реалиях play выбирать, то что лучше - scalike или anorm? и чем?

play склоняет к slickу вообще теперь)

слышал про него, но не сталкивался даже зрительно)

оче похож на quill, нет проблем с рантайм запросами на том же dsl, но поменьше проверок в компайлтайме

У слика очень плохо с динамической композицией запросов

в плане api или скорости?

На родном dsl выглядит так, что без поллитра не разберешься, а композиция SQL строками без бешеных плясок с бубном не поддерживается

там с любым более-менее нетиповым запросом без поллитры не разберешься)

Может, иногда лучше написать 3 разных метода, чем один метод dynamicShit на все случаи жизни?)

хм а вот вопрос возник, мне так же советовали scalike jdbc, я вот до этого для динамических запросов использовал anorm, первое что нагуглил, и приложение было на play написано вот если в реалиях play выбирать, то что лучше - scalike или anorm? и чем?

Play никак не влияет, использовал раньше scalike, сейчас перешел на anorm. В будущем использовал бы anorm

Вообще страшно писать на слике запросы. Я обычно пишу один большой plain sql в слике использую sqlu"".

Зачем тогда слик если можно взять либы попроще?

Потому что его форсит typelevel

не

собственно, я именно политический момент имел ввиду, а не технический

lightbend наверное

пардон, да

для типичных crud-ов там удобства есть

весь бойлерплейт - описание того как мапить из полей таблицы в case class