473,322 Members | 1,287 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,322 software developers and data experts.

BLL and DAL.

Roy
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!

Jun 15 '06 #1
10 9160
Hey son,
I'll give it a shot! First off... most application(s) in the commerce world
are developed by teams. One group or person responsible for frontends, one
for the DAL,BLL and last, but not least, one for the datasource. You have
others like the archietects, system designers etc. So the complexity is
divided into layers and can be built individually/separately.

That way the application(s) are built into components. Recently there has
been the hype, more than ever before, because of certain patterns like
Factory and many others.

Archietects have found that processing power is in abaundance same for
memeory, so they can break the application up into very small objects. This
will make the code more easily readable. Now with the C# AND vb.net they are
going crazy.

Now the DAL is a layer where all data access is done. All the codes and
components to access data is found in this layer. That way this layer is now
reusable in other projects and totally separate.

BLL is where all logic is handled before the object is passed to the DAL.
Example. Let's say customer max credit limit (business rule or company
policy) is 1000000.00 then you set this in the BLL. That way the BLL checks
the customer object ( eg customer.CreditLimit < 1000000.00) If he is <
1000000.00 hen it's passed to DAL.

You save a trip to datastore and network traffic.

Hope that helps.

"Roy" wrote:
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!

Jun 15 '06 #2
I meant ...You save a trip to datastore and network traffic if his limit is >
than 1000000.00.

"Chris" wrote:
Hey son,
I'll give it a shot! First off... most application(s) in the commerce world
are developed by teams. One group or person responsible for frontends, one
for the DAL,BLL and last, but not least, one for the datasource. You have
others like the archietects, system designers etc. So the complexity is
divided into layers and can be built individually/separately.

That way the application(s) are built into components. Recently there has
been the hype, more than ever before, because of certain patterns like
Factory and many others.

Archietects have found that processing power is in abaundance same for
memeory, so they can break the application up into very small objects. This
will make the code more easily readable. Now with the C# AND vb.net they are
going crazy.

Now the DAL is a layer where all data access is done. All the codes and
components to access data is found in this layer. That way this layer is now
reusable in other projects and totally separate.

BLL is where all logic is handled before the object is passed to the DAL.
Example. Let's say customer max credit limit (business rule or company
policy) is 1000000.00 then you set this in the BLL. That way the BLL checks
the customer object ( eg customer.CreditLimit < 1000000.00) If he is <
1000000.00 hen it's passed to DAL.

You save a trip to datastore and network traffic.

Hope that helps.

"Roy" wrote:
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!

Jun 15 '06 #3
Roy
Thanks for the response Chris.

So generally speaking, BLL/DAL's are designed for division of labor and
teamwork. Not necessarily speed and efficiency. True?

Your description below of a BLL (credit limit, etc...) seems like a
VB/C# solution to what has typically been handled by javascript.
Basically, validating data before any postback occurs. True?

To dig a little deeper:
1.) Objectdatasource's essentially force you into using a DAL.
2.) Not only that, to implement custom paging requires TWO trips to the
database (one to get the count of total records and the other to
actually get the page of records needed).
Both of these things seem totally inefficient. Is this just bad design
on the asp.net dev team's part or am I just not getting the deeper
logic?
Chris wrote:
Hey son,
I'll give it a shot! First off... most application(s) in the commerce world
are developed by teams. One group or person responsible for frontends, one
for the DAL,BLL and last, but not least, one for the datasource. You have
others like the archietects, system designers etc. So the complexity is
divided into layers and can be built individually/separately.

That way the application(s) are built into components. Recently there has
been the hype, more than ever before, because of certain patterns like
Factory and many others.

Archietects have found that processing power is in abaundance same for
memeory, so they can break the application up into very small objects. This
will make the code more easily readable. Now with the C# AND vb.net they are
going crazy.

Now the DAL is a layer where all data access is done. All the codes and
components to access data is found in this layer. That way this layer is now
reusable in other projects and totally separate.

BLL is where all logic is handled before the object is passed to the DAL.
Example. Let's say customer max credit limit (business rule or company
policy) is 1000000.00 then you set this in the BLL. That way the BLL checks
the customer object ( eg customer.CreditLimit < 1000000.00) If he is <
1000000.00 hen it's passed to DAL.

You save a trip to datastore and network traffic.

Hope that helps.

"Roy" wrote:
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!


Jun 15 '06 #4
Hi,
It's not only for division of labor you do get the speed and efficiency
because the codes are processed in chunks. I can get a bit more detailed but
you'll probably get confused. You see, objects are prepared and return faster.

BLL has not replaced javascript. It's the layer that handled business logic.
Another example...in an ecommerce app you can use an order object to collect
the order from a cart object and process the payment.

Check this out for ObjectDatasource
http://www.c-sharpcorner.com/Code/20...DataSource.asp

There they have

using System;

/// <summary>
/// Summary description for Content
/// </summary>
public class AuthorData
{
// Private variables
private string name = null;
private int age = 0;
private bool consultant = false;

public AuthorData()
{
}

public string Name
{
get { return name; }
set { name = value; }
}

public int Age
{
get { return age; }
set { age = value; }
}

public bool Consultant
{
get { return consultant; }
set { consultant = value; }
}

}

as an AuthorData object. They then fill the object with

using System;

/// <summary>
/// Summary description for Content
/// </summary>
public class AuthorDatausing System;
using System.Collections;

public class BusinessHelper
{
public BusinessHelper()
{
}

public ICollection GetData()
{
ArrayList list = new ArrayList();
AuthorData row = new AuthorData();
row.Name = "Mahesh Chand";
row.Age = 29;
row.Consultant = true;
list.Add(row);

row = new AuthorData();
row.Name = "Jack Black";
row.Age = 2;
row.Consultant = false;
list.Add(row);

return list;
}
}

and return the object. The object now has data so you get ObjectDatasource.
They then bind the object to a grid.

Hope that helps.
"Roy" wrote:
Thanks for the response Chris.

So generally speaking, BLL/DAL's are designed for division of labor and
teamwork. Not necessarily speed and efficiency. True?

Your description below of a BLL (credit limit, etc...) seems like a
VB/C# solution to what has typically been handled by javascript.
Basically, validating data before any postback occurs. True?

To dig a little deeper:
1.) Objectdatasource's essentially force you into using a DAL.
2.) Not only that, to implement custom paging requires TWO trips to the
database (one to get the count of total records and the other to
actually get the page of records needed).
Both of these things seem totally inefficient. Is this just bad design
on the asp.net dev team's part or am I just not getting the deeper
logic?
Chris wrote:
Hey son,
I'll give it a shot! First off... most application(s) in the commerce world
are developed by teams. One group or person responsible for frontends, one
for the DAL,BLL and last, but not least, one for the datasource. You have
others like the archietects, system designers etc. So the complexity is
divided into layers and can be built individually/separately.

That way the application(s) are built into components. Recently there has
been the hype, more than ever before, because of certain patterns like
Factory and many others.

Archietects have found that processing power is in abaundance same for
memeory, so they can break the application up into very small objects. This
will make the code more easily readable. Now with the C# AND vb.net they are
going crazy.

Now the DAL is a layer where all data access is done. All the codes and
components to access data is found in this layer. That way this layer is now
reusable in other projects and totally separate.

BLL is where all logic is handled before the object is passed to the DAL.
Example. Let's say customer max credit limit (business rule or company
policy) is 1000000.00 then you set this in the BLL. That way the BLL checks
the customer object ( eg customer.CreditLimit < 1000000.00) If he is <
1000000.00 hen it's passed to DAL.

You save a trip to datastore and network traffic.

Hope that helps.

"Roy" wrote:
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!


Jun 15 '06 #5
Roy wrote:
Thanks for the response Chris.

So generally speaking, BLL/DAL's are designed for division of labor and
teamwork. Not necessarily speed and efficiency. True?
They can be used for devision of labor. More often than not I see them
used to make reusable components and organize code.

It's often useful to separate the business logic from the user interface
and the database. If the business rules are kept separate then you can
do things like rearrange the UI, or change the database without
affecting the business logic. Alternatively if you want to change a
business rule, there is only one place that code lives.

To take Chris' example: what if there were 3 different pages where you
wanted to change the max credit limit? You would have to open each page
and make the change. In this case you might be able to include a common
file or put the max credit in the config, but it isn't always that simple.
Your description below of a BLL (credit limit, etc...) seems like a
VB/C# solution to what has typically been handled by javascript.
Basically, validating data before any postback occurs. True?
Validation should always be done on the server. What if the user has
JavaScript disabled (or disables it to get around your limits)? You
can, however, add JavaScript validation to make the UI friendlier. The
built in validators do both server and client side validation.
To dig a little deeper:
1.) Objectdatasource's essentially force you into using a DAL.
2.) Not only that, to implement custom paging requires TWO trips to the
database (one to get the count of total records and the other to
actually get the page of records needed).
Both of these things seem totally inefficient. Is this just bad design
on the asp.net dev team's part or am I just not getting the deeper
logic?


1.) I haven't used ObjectDataSource yet, but I was under the impression
that you would use it if you already had a DAL that you wanted to make
use of. You might look into SqlDataSource if you don't want to create a DAL

2.) I think for paging (with or without datasources and DALs) you would
use 2 queries: one to get the size and one to get the page's contents.
The size could be cached if the data isn't likely to change too quickly.
The other option is get all the data and count the rows returned, and
that wouldn't be any better. In reality the two queries should be
pretty lightweight.

The ObjectDataSource might not be appropriate for all apps. If you do
little processing and just display the raw data in tables this could be
overkill. I know there is at least a SqlDataSource and there might be
more datasources.
Wow, that's quite a bit of text. Sorry if I started rambling...

--
David Hogue
Jun 15 '06 #6
Roy,

if you can get the total row count in the same query thas retrieves the
current page you can do custom paging with only one trip to the
database.

Take a look at this:

http://www.manuelabadia.com/blog/Per...3bd98d0a4.aspx

Hope it helps,
Manuel Abadia
http://www.manuelabadia.com

Roy ha escrito:
Thanks for the response Chris.

So generally speaking, BLL/DAL's are designed for division of labor and
teamwork. Not necessarily speed and efficiency. True?

Your description below of a BLL (credit limit, etc...) seems like a
VB/C# solution to what has typically been handled by javascript.
Basically, validating data before any postback occurs. True?

To dig a little deeper:
1.) Objectdatasource's essentially force you into using a DAL.
2.) Not only that, to implement custom paging requires TWO trips to the
database (one to get the count of total records and the other to
actually get the page of records needed).
Both of these things seem totally inefficient. Is this just bad design
on the asp.net dev team's part or am I just not getting the deeper
logic?
Chris wrote:
Hey son,
I'll give it a shot! First off... most application(s) in the commerce world
are developed by teams. One group or person responsible for frontends, one
for the DAL,BLL and last, but not least, one for the datasource. You have
others like the archietects, system designers etc. So the complexity is
divided into layers and can be built individually/separately.

That way the application(s) are built into components. Recently there has
been the hype, more than ever before, because of certain patterns like
Factory and many others.

Archietects have found that processing power is in abaundance same for
memeory, so they can break the application up into very small objects. This
will make the code more easily readable. Now with the C# AND vb.net they are
going crazy.

Now the DAL is a layer where all data access is done. All the codes and
components to access data is found in this layer. That way this layer is now
reusable in other projects and totally separate.

BLL is where all logic is handled before the object is passed to the DAL.
Example. Let's say customer max credit limit (business rule or company
policy) is 1000000.00 then you set this in the BLL. That way the BLL checks
the customer object ( eg customer.CreditLimit < 1000000.00) If he is <
1000000.00 hen it's passed to DAL.

You save a trip to datastore and network traffic.

Hope that helps.

"Roy" wrote:
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!


Jun 16 '06 #7
http://sholliday.spaces.msn.com/

My June 2006 provide a basic 1.1 and 2.0 architecture.

2005 is built around "Rapid Development". Rapid is not always the same (or
seldom is the same) as "Good Tiered Development".

That's my quick take on it.


"Roy" <ro**********@gmail.com> wrote in message
news:11**********************@f6g2000cwb.googlegro ups.com...
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!

Jun 16 '06 #8
Sorry

its the June entry
and the 5/24/2006
entry.
"Roy" <ro**********@gmail.com> wrote in message
news:11**********************@f6g2000cwb.googlegro ups.com...
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!

Jun 16 '06 #9
V
Hello Roy,

As others have mentioned, the merits of dividing up your application in
layers are many. And yes it can be confusing to begin with, but pays
off nicely later.

If you are only beginning to transform you application into a
structured one with objects at the UI level rather than Datasets, then
you may wish to read up a little more.

I recommed a framework called CSLA.Net 2.0.

Google for it or go to (www.lhotka.net).

Regards,
Vaibhav

Roy wrote:
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!


Jun 16 '06 #10
Nice resource. Rockford Lhotka is good!

"V" wrote:
Hello Roy,

As others have mentioned, the merits of dividing up your application in
layers are many. And yes it can be confusing to begin with, but pays
off nicely later.

If you are only beginning to transform you application into a
structured one with objects at the UI level rather than Datasets, then
you may wish to read up a little more.

I recommed a framework called CSLA.Net 2.0.

Google for it or go to (www.lhotka.net).

Regards,
Vaibhav

Roy wrote:
Recently I've been trying to convert over my sqldatasource's to
objectdatasource's to take advantage of the custom paging functionality
of objectdatasource's. These attempts have plunged me knee-deep into
unfamiliar territory and I'm starting to feel like a rank newbie. What
makes it worse is that---despite my best efforts---I'm struggling to
get anywhere. There's just a lot of theory here I don't understand.

1.) I understand (I think) the core concepts of Business Logic Layers
and Data Access Layers. They are a middle tier between the web front
end and the database back end. But how are they different? They sound
like different names for the same thing.

2.) The examples I've found online of BLL's and DAL's show some
connection strings written in VB or C#. Ok. So BLL's and DAL's are just
functions written in VB or C# that connect to a database. How is this
any different from simply writing the same code in the page's
codebehind? What's the point of creating yet another VB file?

3.) Why are they stored in the app_code directory? Is this just simple
organization or is there some compiling thing going on here that I
don't get?

4.) This may be answered by question 2, but what's the advantage of
creating a BLL/DAL? It must be a pretty big advantage since they figure
so prominently in the world of the objectdatasource, but to my eyes it
just looks like something that would slow down the whole web experience
for a user.

As you can see, I'm quite confused. Can someone shed some light for me?
Thanks much!


Jun 16 '06 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

3
by: William C. White | last post by:
Does anyone know of a way to use PHP /w Authorize.net AIM without using cURL? Our website is hosted on a shared drive and the webhost company doesn't installed additional software (such as cURL)...
2
by: Albert Ahtenberg | last post by:
Hello, I don't know if it is only me but I was sure that header("Location:url") redirects the browser instantly to URL, or at least stops the execution of the code. But appearantely it continues...
3
by: James | last post by:
Hi, I have a form with 2 fields. 'A' 'B' The user completes one of the fields and the form is submitted. On the results page I want to run a query, but this will change subject to which...
0
by: Ollivier Robert | last post by:
Hello, I'm trying to link PHP with Oracle 9.2.0/OCI8 with gcc 3.2.3 on a Solaris9 system. The link succeeds but everytime I try to run php, I get a SEGV from inside the libcnltsh.so library. ...
1
by: Richard Galli | last post by:
I want viewers to compare state laws on a single subject. Imagine a three-column table with a drop-down box on the top. A viewer selects a state from the list, and that state's text fills the...
4
by: Albert Ahtenberg | last post by:
Hello, I have two questions. 1. When the user presses the back button and returns to a form he filled the form is reseted. How do I leave there the values he inserted? 2. When the...
1
by: inderjit S Gabrie | last post by:
Hi all Here is the scenerio ...is it possibly to do this... i am getting valid course dates output on to a web which i have designed ....all is okay so far , look at the following web url ...
2
by: Jack | last post by:
Hi All, What is the PHP equivilent of Oracle bind variables in a SQL statement, e.g. select x from y where z=:parameter Which in asp/jsp would be followed by some statements to bind a value...
3
by: Sandwick | last post by:
I am trying to change the size of a drawing so they are all 3x3. the script below is what i was trying to use to cut it in half ... I get errors. I can display the normal picture but not the...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.