IK
да :)
Size: a a a
2020 October 02
AS
object + реализация метода apply
IK
object + реализация метода apply
а имена аргументов-то?
IK
они же динамические
R
Если я помню постановку - нужно удалить n записей в одной транзакции, причем батчинг нельзя, т.к. удаление надежно вмуровано в бизнес-логику?
да да, все верно
SA
RAFIZ
да да, все верно
тогда один коннекшн, как я написал.
R
тогда один коннекшн, как я написал.
спасибо. а транзакция то одна?или цель будет достигнута но в обход транзакций?
AS
они же динамические
такс. а что вам тут мешает вызвать example( ... ) ?
AS
там просто в нейм передастся apply
IK
там просто в нейм передастся apply
ОГО
IK
спасибо, не знал, что можно имя пустым оставлять
SA
RAFIZ
спасибо. а транзакция то одна?или цель будет достигнута но в обход транзакций?
И транзакция одна. Примитивная реализация на псевдокоде могла бы выглядеть так:
val executor = Executors.singleThreadExecutor()
// execute можно вызывать из любого потока - реализация гарантирует, что connection будет использоваться только на одном и том же потоке
def execute[A](cb: => A): Future[A] = executor.execute(() -> cb).toScalaFuture
И использовать execute для всей работы с коннекшном, от получения до закрытия транзакции
val executor = Executors.singleThreadExecutor()
// execute можно вызывать из любого потока - реализация гарантирует, что connection будет использоваться только на одном и том же потоке
def execute[A](cb: => A): Future[A] = executor.execute(() -> cb).toScalaFuture
И использовать execute для всей работы с коннекшном, от получения до закрытия транзакции
R
И транзакция одна. Примитивная реализация на псевдокоде могла бы выглядеть так:
val executor = Executors.singleThreadExecutor()
// execute можно вызывать из любого потока - реализация гарантирует, что connection будет использоваться только на одном и том же потоке
def execute[A](cb: => A): Future[A] = executor.execute(() -> cb).toScalaFuture
И использовать execute для всей работы с коннекшном, от получения до закрытия транзакции
val executor = Executors.singleThreadExecutor()
// execute можно вызывать из любого потока - реализация гарантирует, что connection будет использоваться только на одном и том же потоке
def execute[A](cb: => A): Future[A] = executor.execute(() -> cb).toScalaFuture
И использовать execute для всей работы с коннекшном, от получения до закрытия транзакции
спасибо 🙌🏾
AS
IK
Да-да, я видел же, потому и написал спасибо. Ещё раз спасибо :)
СГ
в последних сбт что-то делали с датами файлов вроде, чтоб получать каждый раз одинаковые бинари на выходе
хотите "прикол"?
cd project
sbt compile (компиляция успешно проходит, повторный запуск sbt compile не перекомпилирует заново проект)
cd ..
cp -a project/ project2/
cd project2
sbt compile
И оно заново ВСЁ перекомпилирует! Почему? Просто потому что имя каталога с проектом изменилось? (project -> project2). Возвращаюсь опять в project/, далее sbt compile - и опять не требуется перекомпиляцияСГ
хотите "прикол"?
cd project
sbt compile (компиляция успешно проходит, повторный запуск sbt compile не перекомпилирует заново проект)
cd ..
cp -a project/ project2/
cd project2
sbt compile
И оно заново ВСЁ перекомпилирует! Почему? Просто потому что имя каталога с проектом изменилось? (project -> project2). Возвращаюсь опять в project/, далее sbt compile - и опять не требуется перекомпиляциядаже переименование собственного каталога в котором расположен проект приводит к его перекомпиляции
S
даже переименование собственного каталога в котором расположен проект приводит к его перекомпиляции
Вполне вероятно: имя проекта берется из имени каталога и затем уже переопределяется в проекте (или не переопределяется при желании), так что имя каталога важно
СГ
Вполне вероятно: имя проекта берется из имени каталога и затем уже переопределяется в проекте (или не переопределяется при желании), так что имя каталога важно
а как переопределить имя проекта таким образом, чтобы имя каталога с репой проекта могло иметь любое название и процесс компиляции не зависел от этого (от имени каталога)?
λ
какой сбт?