[英]Slick threadLocalSession vs implicit session
我在发布这个问题时遇到了这个问题: Slick写一个简单的表创建函数
我对Slick和并发很新,只知道基础知识。 之前我使用过JDBC,但在那里你必须手动打开一个会话然后关闭它。 没有什么比这更好了,自动化很少(至少我不需要进行自动化处理)。
但是,我对Slick会话感到困惑。 在本教程中,示例“Getting Started”鼓励人们使用threadLocalSession
:
//使用隐式threadLocalSession
import Database.threadLocalSession
http://slick.typesafe.com/doc/1.0.0/gettingstarted.html
最初的建议是:
我们使用的唯一额外导入是threadLocalSession。 这通过将会话附加到当前线程来简化会话处理,因此您不必自己传递它(或者至少将其分配给隐式变量)。
好吧,我在网上研究了一下,有些人建议不要使用threadLocalSession,只使用隐式会话。 有人建议使用threadLocalSession。
支持隐式会话的一个原因是“在编译时确保您有会话”。 好吧,我只有两个问题:
当人们使用“线程”时,他们是指并发吗? Slick / JDBC数据存储是通过并发处理的吗?
哪种方式更好? 隐式或threadLocalSession? 或何时使用哪个?
如果问的不是太多,我在Scala书中的某处读了{implicit session:Session => ...}
的语法,我忘记了它的位置。 这个表达是什么?
threadLocalSession以这种方式调用,因为它存储在当前执行线程本地的“线程局部变量”中。
从Slick 2开始,我们建议不要使用threadLocalSession(现在称为dynamicSession),除非你看到它的特殊需要并且意识到它们的缺点。 顺便说一句,threadLocalSession也是隐式的。 问题是,当一个withSession(在Slick 2.0 withDynSession中)调用发生在调用堆栈的某个地方时,threadLocalSession仅在运行时有效。 如果没有,代码仍然编译但在运行时失败
{implicit session:Session => ...}是一个函数,从(显式注释的类型)Session到...,其中会话在...中作为隐式值可用。 在db.withSession {implicit session:Session => ...}中,db创建一个会话,将其传递给传递给withSession的闭包。 在闭包体......中,会话是隐式的,可以由.list调用等隐式使用。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.