一般来说,直接在程序中写一个Connection的代码就可以了。
但是那种三层体系,是不是连接完全靠类呢?客户只获取或提供数据,与数据库联系完全靠类。但是这个Connection是写在程序中还是写在类中啊?
还有当类中需要这个Connection的时候是需要传递的,比如
Public Sub QryByCustOrder(CustName As String, CustOrderNo As String, adoConn As ADODB.Connection)
.....
QryExit:
Set rsQuery = Nothing
Exit Sub
QryErr:
Err.Raise Err.Number
Resume QryExit
End Sub
这是一个类的方法,这个Connection的开销大不大?
想听听高手对三层开发的一点感想,经验,谢谢了!!!
但是那种三层体系,是不是连接完全靠类呢?客户只获取或提供数据,与数据库联系完全靠类。但是这个Connection是写在程序中还是写在类中啊?
还有当类中需要这个Connection的时候是需要传递的,比如
Public Sub QryByCustOrder(CustName As String, CustOrderNo As String, adoConn As ADODB.Connection)
.....
QryExit:
Set rsQuery = Nothing
Exit Sub
QryErr:
Err.Raise Err.Number
Resume QryExit
End Sub
这是一个类的方法,这个Connection的开销大不大?
想听听高手对三层开发的一点感想,经验,谢谢了!!!
前台的程序(窗体)只与中间层打交道,不直接访问数据库
那么这样的开销会不会很大?
例如我创建了一个MyConn的类,类的一个方法OpenConn返回一个Adodb.Connection
然后我在我的应用程序中创建这个类:
Dim ObjMyConn As New Adodb.Connection
ObjMyConn = MyConn.OpenConn
还是怎么样?目前还是很不明白,能不能给个好点的实例!