DY
Size: a a a
2021 October 11
СС
всем привет, подскажите плиз, чем черевато композировать сликовые Action в транзакцию которые уже обернуты в транзакцию? Это норм подход вообще?)
СС
то есть например (effect1 » effect2).transactionally, в то время как сам effect1, например, уже определен как транзакция
RS
https://scastie.scala-lang.org/tCkgrztJRPWgxjVVHSpsXg
коллеги, подскажите пожалуйста, есть ли способ заставить экзекьюшен-контекст переключиться на выполение другой фьючи, когда исполняется Thread.sleep в blockingFuture ? (естественно это пример, и спрашиваю я это ради юзания в кейсах, где какой-либо вызов блокирующий, но он по дефолту не обернут библиотекой в Future и тд (любые действия в Selenium, например))
коллеги, подскажите пожалуйста, есть ли способ заставить экзекьюшен-контекст переключиться на выполение другой фьючи, когда исполняется Thread.sleep в blockingFuture ? (естественно это пример, и спрашиваю я это ради юзания в кейсах, где какой-либо вызов блокирующий, но он по дефолту не обернут библиотекой в Future и тд (любые действия в Selenium, например))
S
If multiple transactionally combinators are nested, only the outermost one will be backed by an actual database transaction.
СС
я читал в доках, спасибо
СС
я больше к опыту взываю
S
Опыт: да, оно так и работает
S
Метод гарантирует, что все действия будут в одной транзакции, но не гарантирует, что в ней будут только эти действия, так что если включить в большее объединение через transactionally, то все действия из самого внешнего transactionally будут в одной транзакции
RS
Переслано от Roman Semisotnov
https://scastie.scala-lang.org/tCkgrztJRPWgxjVVHSpsXg
коллеги, подскажите пожалуйста, есть ли способ заставить экзекьюшен-контекст переключиться на выполение другой фьючи, когда исполняется Thread.sleep в blockingFuture ? (естественно это пример, и спрашиваю я это ради юзания в кейсах, где какой-либо вызов блокирующий, но он по дефолту не обернут библиотекой в Future и тд (любые действия в Selenium, например))
коллеги, подскажите пожалуйста, есть ли способ заставить экзекьюшен-контекст переключиться на выполение другой фьючи, когда исполняется Thread.sleep в blockingFuture ? (естественно это пример, и спрашиваю я это ради юзания в кейсах, где какой-либо вызов блокирующий, но он по дефолту не обернут библиотекой в Future и тд (любые действия в Selenium, например))
АХ
https://scastie.scala-lang.org/khYJvquiQ9WzJzrKGcbQDw задание в комментарии, мне бы хотелось улучшить свой стиль, и написать это функциональном стиле, хелп ми
OP
Попробуйте
https://www.scala-lang.org/api/current/scala/collection/immutable/List.html#groupBy[K](f:A=%3EK):scala.collection.immutable.Map[K,C]
А потом перепишите на
https://www.scala-lang.org/api/current/scala/collection/immutable/List.html#groupMapReduce[K,B](key:A=%3EK)(f:A=%3EB)(reduce:(B,B)=%3EB):scala.collection.immutable.Map[K,B]
https://www.scala-lang.org/api/current/scala/collection/immutable/List.html#groupBy[K](f:A=%3EK):scala.collection.immutable.Map[K,C]
А потом перепишите на
https://www.scala-lang.org/api/current/scala/collection/immutable/List.html#groupMapReduce[K,B](key:A=%3EK)(f:A=%3EB)(reduce:(B,B)=%3EB):scala.collection.immutable.Map[K,B]
АХ
https://scastie.scala-lang.org/iAoJ9OvIQ6e3B0Y3nKQYtg - исправил, но меня смущает mapValues - он помечен как устаревший, и код которыеq конвертирует map в лист кортежей не очень. Сейчас подробнее изучаю документацию
АХ
ls.groupMapReduce(identity)(_ => 1)(_ + _) - аа
OP
никто не запрещал использовать map
ls.groupBy(identity).map { case (key, value) => (value.size, key) }.toListOP
Поздравляю, все то же самое можно провернуть
.map(f).toListАХ
ls.groupMapReduce(identity)(_ => 1)(_ + _).map(t => (t._2, t._1)).toList