Hi all
I found an article in MSDN (it may be a little late now since that article was released on March 30, 1999) about Bind vs Unbind to ADO reference.
On an early bound, usually people go to Project References and select the ADO library, and on code, they type :
Dim adoConn1 As ADODB.Connection
Set adoConn1 = New ADODB.Connection
On late bound, the code goes like the way below :
Dim adoConn1 As Object
Set adoConn1 = CreateObject("ADODB.Connection"
I know VB app runs faster in early bound but late bound has benefit too.
Since the project is no longer bound to some particular version of ADO, it will still work, even if we install and upgrade components, no need to re-compile the project (one thing that a must do in early bound).
So now, if someone ask you, which one will you choose :
1. An Early bound app that runs faster but if you upgrade one of your component you have to re-compile it
or
2. A Late bound app that runs slowly but with a higher flexibility on upgrading components?
;-)
I found an article in MSDN (it may be a little late now since that article was released on March 30, 1999) about Bind vs Unbind to ADO reference.
On an early bound, usually people go to Project References and select the ADO library, and on code, they type :
Dim adoConn1 As ADODB.Connection
Set adoConn1 = New ADODB.Connection
On late bound, the code goes like the way below :
Dim adoConn1 As Object
Set adoConn1 = CreateObject("ADODB.Connection"
I know VB app runs faster in early bound but late bound has benefit too.
Since the project is no longer bound to some particular version of ADO, it will still work, even if we install and upgrade components, no need to re-compile the project (one thing that a must do in early bound).
So now, if someone ask you, which one will you choose :
1. An Early bound app that runs faster but if you upgrade one of your component you have to re-compile it
or
2. A Late bound app that runs slowly but with a higher flexibility on upgrading components?
;-)