News

Locations of visitors to this page
    To Do: Blog 1000

Data Access Application Block 3.1

It’s finally available at GotDotNet.  This took much longer than I expected, and all I can think about right now are the things that still aren’t implemented in it.  J  Someday I’d like to add a couple more helpers, such as DB2, and Sybase.  The documentation still needs work, although it’s much improved.

A few months ago when I started working on this, there were about 250 unit tests in the 3.0 release.  There are now over 350.  40% increase in test cases while going from a .0 to a .1 release.  Not too shabby.  Funny thing is that I know there are still things that aren’t tested as well as they should be and I’m sure people will find new bugs in this release.  Probably as soon as today.

But I’m too tired to fix them right now, so it’ll have to wait for a bit… J

Tuesday, June 22, 2004 12:43 PM

Feedback

# re: Data Access Application Block 3.1

hardship!
thank! 8/10/2004 2:03 AM | 不至于

# re: Data Access Application Block 3.1

Hi,
I was using the DAAB 3.1 with Oracle and the place where i couldn't use it to the max is the Oracle Parameter. In the Oracle class you have a method declared as ..

protected override IDataParameter[] GetDataParameters(int size)
{
return new OracleParameter[size];
}

as this is protected so i can't call it in program and i want to use arrays of parameters for integrity or parameters and readability. Since this function is not being used in the class itself so i think there is no reason to keep it protected.

i wish to use it the same way as we use SqlParameter[] or OracleParameter[] array of objects.


AdoHelper helper = GetAdoHelper("Oracle");
string cs = GetConnectionString("Oracle");
string SQLStr = "CBS_TASK_DETAILS.GET_TASK_DETAILS ";

System.Data.IDataParameter[] oraParams = helper.GetDataParameters(8) ;


oraParams[0] = helper.GetParameter("TaskRid",VarChar,13);
oraParams[0].Direction = ParameterDirection.Input;

oraParams[0].Value = this.DropDownTaskRid.Text;


oraParams[1] = helper.GetParameter("OrgDetails",VarChar,650);
oraParams[1].Direction = ParameterDirection.Output;

..blah blah ..

Regards

PrashantBrall
Email :- PrashantBrall@hotmail.com 8/10/2004 9:28 PM | PrashantBrall

# re: Data Access Application Block 3.1

To me, DAAB 3.X was a downgrade from 2.X. The documentation is poor; the installation for On-line Help fails and the CHM is just an NNCode (or such) dump. All the other Application Blocks have documentation on the archtecture and how to appropriately use the AB. This does not, and makes it almost worthless as I have to now invest time in digging into the code to figure out how it works to be able to leverage it. The point of ABs, or other similiar code, is to avoid having to go to the code level to figure out what the point of the code is. I don't delve into the code of .NET itself just to put together a simple form.

Along with the documentation being poor, the sample applications are beyond poor. These things should not even have been included as they make so little use of the DAAB that they are utterly and completely useless. 10/5/2004 12:02 PM | Hollywood

# re: Data Access Application Block 3.1

plwdifhiwegbwgf< input type="button" value="sample click" />wudehiwoyefvwef
10/28/2004 7:06 AM | rtyery

# re: Data Access Application Block 3.1

Is the Data Access Application Block 3.1 workspace down as I am unable to access the site for download. Thanks...

Orgbrat
orgbrat@orgbrat.com 1/24/2005 10:41 AM | Orgbrat

# re: Data Access Application Block 3.1

I saw on the gotdotnet DAAB workspace that users are being redirected to the Enterprise Library. Is the Enterprise Library version the true successor to the DAAB 3.1, or has it been substantially modified by MS. I'd love an opinion from a former developer.

Thanks,

Karim
4/13/2005 7:19 PM | Karim Virani

# re: Data Access Application Block 3.1

One of the things I worked on for 3.1 was the documentation. You might like it better now. 4/27/2005 1:28 PM | Chris J. Breisch

# re: Data Access Application Block 3.1

To be honest, I haven't yet made up my mind about the EL. I know that MS is really pushing it as the successor to the application blocks, but I have some serious concerns with its architecture and the architecture of the development effort.

However, I have no intentions at the current time of updating the DAAB to Whidbey, and EL V2 "should" work with Whidbey, so that may become your overriding concern at some point. 4/27/2005 1:30 PM | Chris J. Breisch

# re: Data Access Application Block 3.1

Hi

I would be great if you could say something about the Event Log Error, handling in Data Access Application Block???????? 7/14/2005 5:29 AM | Irfan

# re: Data Access Application Block 3.1

Hi ,

I was wondering about the DAAB v2.x and v3.x. It uses the app.config file to dictate which database it connects to - I'm using the DAAB for my windows application - and I want to be able to connect to a few different database, Live / Testing / Development.

I have been looking everywhere and can't solve this problem.

Cheers 2/20/2007 6:46 PM | Dave Gibbons

Post a comment





 

Please add 2 and 2 and type the answer here: