无需打开连接即可访问数据库,使用 Dapper
Able to access Database without opening connection, using Dapper
所以我有以下代码显示了一个奇怪的行为,或者我在这里遗漏了一些要点:
public async Task<IEnumerable<MyData>> GetMyData()
{
MySqlConnection conn;
IEnumerable<MyData> list;
string querystring = "SELECT * FROM tbl_mydata;";
using (conn = new MySqlConnection(mydbconnectionString))
{
//conn.Open();
ConnectionState check1 = conn.State;
list = await conn.QueryAsync<MyData>(querystring, commandType: CommandType.Text);
ConnectionState check2 = conn.State;
}
ConnectionState check = conn.State;
return list;
}
现在在 运行 上,我可以看到 check1
已关闭,我仍然可以从数据库中获取数据。在上面的例子中,check1
和check
都处于关闭状态。
当我取消注释行:conn.Open();
时,我可以看到 check1
处于打开状态并从数据库中获取数据(预期)。从 using
块出来后,我可以看到 check
设置为关闭(预期)。
我的连接字符串如下所示:
<add name="MyDBConnection" providerName="MySql.Data.MySqlClient" connectionString="server=127.0.0.1;port=3306;user id=root; password=root; database=ht_ep;Convert Zero Datetime=True;Allow Zero Datetime=False;Connection Timeout=10;pooling=true" />
那么为什么我不打开连接仍然可以访问数据库?我在这里遗漏了什么吗?
在内部,获取内容的 Dapper 代码如下所示:
QueryAsync(this IDbConnection con, ...){
bool wasClosed = con.State == Closed;
if(wasClosed)
con.Open();
// run query, do magic
if(wasClosed)
con.Close();
}
所以你可以看到如果你传递一个打开的连接它会保持独立。如果您传递一个已关闭的连接,它会为您打开和关闭它,并以收到它时的相同状态返回给您
至于是否还需要使用;从技术上讲,我会说不,因为处理连接所做的最重要的事情就是关闭它(returns 如果它被合并到池中)但我会说这仍然是一件好事,因为:
- using 语句并不比 var 声明占用更多space/make东西
- 它定义了对象将存在的明确范围,并在对象不再可用时在代码中使其显而易见,这有助于使其“不再超过必要”
- 如果不使用 dapper(而是执行直接连接使用),或者如果有人认为“哦,有一个开放的遗漏......我会添加它”,或者如果他们复制意大利面并搞砸......以类似于代码样式规则的目的,如“始终使用大括号,即使是单行如果”(就像我在上面的代码中没有,哈)有助于防止错误,例如“以相同缩进编写的新代码行,但实际上不在 if 的范围内”——与 using on disposables 保持一致有助于避免考虑是否要记住调用 dispose、close 等
- 你只是不知道,如果不阅读代码,处理其他东西会做什么,如果某些东西是一次性的,那是有原因的
所以我有以下代码显示了一个奇怪的行为,或者我在这里遗漏了一些要点:
public async Task<IEnumerable<MyData>> GetMyData()
{
MySqlConnection conn;
IEnumerable<MyData> list;
string querystring = "SELECT * FROM tbl_mydata;";
using (conn = new MySqlConnection(mydbconnectionString))
{
//conn.Open();
ConnectionState check1 = conn.State;
list = await conn.QueryAsync<MyData>(querystring, commandType: CommandType.Text);
ConnectionState check2 = conn.State;
}
ConnectionState check = conn.State;
return list;
}
现在在 运行 上,我可以看到 check1
已关闭,我仍然可以从数据库中获取数据。在上面的例子中,check1
和check
都处于关闭状态。
当我取消注释行:conn.Open();
时,我可以看到 check1
处于打开状态并从数据库中获取数据(预期)。从 using
块出来后,我可以看到 check
设置为关闭(预期)。
我的连接字符串如下所示:
<add name="MyDBConnection" providerName="MySql.Data.MySqlClient" connectionString="server=127.0.0.1;port=3306;user id=root; password=root; database=ht_ep;Convert Zero Datetime=True;Allow Zero Datetime=False;Connection Timeout=10;pooling=true" />
那么为什么我不打开连接仍然可以访问数据库?我在这里遗漏了什么吗?
在内部,获取内容的 Dapper 代码如下所示:
QueryAsync(this IDbConnection con, ...){
bool wasClosed = con.State == Closed;
if(wasClosed)
con.Open();
// run query, do magic
if(wasClosed)
con.Close();
}
所以你可以看到如果你传递一个打开的连接它会保持独立。如果您传递一个已关闭的连接,它会为您打开和关闭它,并以收到它时的相同状态返回给您
至于是否还需要使用;从技术上讲,我会说不,因为处理连接所做的最重要的事情就是关闭它(returns 如果它被合并到池中)但我会说这仍然是一件好事,因为:
- using 语句并不比 var 声明占用更多space/make东西
- 它定义了对象将存在的明确范围,并在对象不再可用时在代码中使其显而易见,这有助于使其“不再超过必要”
- 如果不使用 dapper(而是执行直接连接使用),或者如果有人认为“哦,有一个开放的遗漏......我会添加它”,或者如果他们复制意大利面并搞砸......以类似于代码样式规则的目的,如“始终使用大括号,即使是单行如果”(就像我在上面的代码中没有,哈)有助于防止错误,例如“以相同缩进编写的新代码行,但实际上不在 if 的范围内”——与 using on disposables 保持一致有助于避免考虑是否要记住调用 dispose、close 等
- 你只是不知道,如果不阅读代码,处理其他东西会做什么,如果某些东西是一次性的,那是有原因的