473,327 Members | 1,967 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,327 software developers and data experts.

n-layer approach

I want to so the "right thing". But first, I have a confession to make.
I've built a few ASP.NET sites now (Version 2.0), and they all work fine.
However, I have (and here's the confession) used the SqlDataSource in each
one of them.

I've read a number of blogs and articles that tell me this is just, well,
sinful. I have to adopt an n-layer/tier approach which makes use of a Data
Access Layer and a Business Logic Layer. I've researched this, and to me it
seems like a whole load of extra work for nothing.

The kind of sites I build are generally online magazines and web sites for
small to medium sized companies. I am not interested in getting involved in
"enterprise" applications, and I work on my own, so I don't have to worry
about cubicled specialists needing to work on bits of the web site in
isolation. Also, these sites will never change database, nor require a
windows form front-end. If any of them get 20,000 page impressions a month,
the owner will be well pleased. (Actually, one of them gets 1,000,000 a
year).

One of the sites was a migration from classic ASP, and resulted in a 90%
reduction in the number of lines of code. To me, this seems like a 90%
reduction in the likelihood of bugs, but then, I admit to missing the point.

If I were the cynical type, I might find myself thinking that the scorn
poured on the SqlDataSource in certain quarters is a result of fear. Using
it, I can build a site in a quarter of the time that it took me to build
something similar using classic ASP, and it's, ermmm... pretty simple to do.
I can see that it's simplicity will allow a whole load of people to build
sites commercially, who may not have found it so easy with scripting or
ASP.NET 1.x, which means the web development market will become more
competitive.

However, I don't consider myself cynical, and therefore must be missing
something important. Can anyone tell me what it is? Why should I be
adopting an n-layer approach?

Thanks

Mike
Mar 4 '07 #1
16 2342
Hi

There are many reasons why you should use nTier
Applcations , But not all of them relate to "Enterprise Application"
and "Server Load" but to simple down to earth bug solving
and seperation of resources for code reuse.
lets go with these two examples:

1. example one is like the question why use Stored Procedured
or why even use Sql2005-Express and not access. and the answer is simple :
a) so I can devide my work so one person whould work and help me in the
design of the database without beeing dependent of him , b) if theres a bug
with the SP , we know that it's a SP problem with small or no effort.

2. Code reuse , you say you write many web sites , I guess that most of them
have "tblArticle" and "tblForum" and on and on, or in short , just like the
"BeerHouse" example has many usefull modules that you can be reuse . the same
is in your applications , meny modules you write so many times . and you know
by heart , wouldn't it be simpler to reuse the security component or the
forum component..... and many more .

.... are these two good enough examples of non enterprise related samples
which can drive you to re-think about all of this ?

-------------------------------------------
אם תשובה זו עזרה לך, א*א הצבע "כן"

If my answer helped you please press "Yes" bellow

Adlai Maschiach
http://blogs.microsoft.co.il/blogs/adlaim/
"Dotnet" wrote:
I want to so the "right thing". But first, I have a confession to make.
I've built a few ASP.NET sites now (Version 2.0), and they all work fine.
However, I have (and here's the confession) used the SqlDataSource in each
one of them.

I've read a number of blogs and articles that tell me this is just, well,
sinful. I have to adopt an n-layer/tier approach which makes use of a Data
Access Layer and a Business Logic Layer. I've researched this, and to me it
seems like a whole load of extra work for nothing.

The kind of sites I build are generally online magazines and web sites for
small to medium sized companies. I am not interested in getting involved in
"enterprise" applications, and I work on my own, so I don't have to worry
about cubicled specialists needing to work on bits of the web site in
isolation. Also, these sites will never change database, nor require a
windows form front-end. If any of them get 20,000 page impressions a month,
the owner will be well pleased. (Actually, one of them gets 1,000,000 a
year).

One of the sites was a migration from classic ASP, and resulted in a 90%
reduction in the number of lines of code. To me, this seems like a 90%
reduction in the likelihood of bugs, but then, I admit to missing the point.

If I were the cynical type, I might find myself thinking that the scorn
poured on the SqlDataSource in certain quarters is a result of fear. Using
it, I can build a site in a quarter of the time that it took me to build
something similar using classic ASP, and it's, ermmm... pretty simple to do.
I can see that it's simplicity will allow a whole load of people to build
sites commercially, who may not have found it so easy with scripting or
ASP.NET 1.x, which means the web development market will become more
competitive.

However, I don't consider myself cynical, and therefore must be missing
something important. Can anyone tell me what it is? Why should I be
adopting an n-layer approach?

Thanks

Mike
Mar 5 '07 #2
Not enough reason for me to re-think yet. I use SPs exclusively, because I
don't like seeing all the SQL in my pages, and I work on my own. I shall
investigate the Beerhouse sample, but reuse surely means forcing the next
development to adopt/inherit the objects and properties of the previous one?
What if they are not compatible? Do I just keep adding methods and
properties to an object so that I can cover all eventualities? Or do I add
extra levels in by using a base object and then create my own that inherits
from it each time?

I don't use any code generation tools, and a significant part of any
development for me is creating all the stored procedures. n-layer won't help
me there, will it? All it does is give me a whole load of objects to code
too? I still don't get the point.

Are there server-load issues in relation to the SqlDataSource?

"Adlai Maschiach" <Ad************@discussions.microsoft.comwrote in
message news:A9**********************************@microsof t.com...
Hi

There are many reasons why you should use nTier
Applcations , But not all of them relate to "Enterprise Application"
and "Server Load" but to simple down to earth bug solving
and seperation of resources for code reuse.
lets go with these two examples:

1. example one is like the question why use Stored Procedured
or why even use Sql2005-Express and not access. and the answer is simple :
a) so I can devide my work so one person whould work and help me in the
design of the database without beeing dependent of him , b) if theres a
bug
with the SP , we know that it's a SP problem with small or no effort.

2. Code reuse , you say you write many web sites , I guess that most of
them
have "tblArticle" and "tblForum" and on and on, or in short , just like
the
"BeerHouse" example has many usefull modules that you can be reuse . the
same
is in your applications , meny modules you write so many times . and you
know
by heart , wouldn't it be simpler to reuse the security component or the
forum component..... and many more .

... are these two good enough examples of non enterprise related samples
which can drive you to re-think about all of this ?

-------------------------------------------
?? ????? ?? ???? ??, ??? ???? "??"

If my answer helped you please press "Yes" bellow

Adlai Maschiach
http://blogs.microsoft.co.il/blogs/adlaim/
"Dotnet" wrote:
>I want to so the "right thing". But first, I have a confession to make.
I've built a few ASP.NET sites now (Version 2.0), and they all work fine.
However, I have (and here's the confession) used the SqlDataSource in
each
one of them.

I've read a number of blogs and articles that tell me this is just, well,
sinful. I have to adopt an n-layer/tier approach which makes use of a
Data
Access Layer and a Business Logic Layer. I've researched this, and to me
it
seems like a whole load of extra work for nothing.

The kind of sites I build are generally online magazines and web sites
for
small to medium sized companies. I am not interested in getting involved
in
"enterprise" applications, and I work on my own, so I don't have to worry
about cubicled specialists needing to work on bits of the web site in
isolation. Also, these sites will never change database, nor require a
windows form front-end. If any of them get 20,000 page impressions a
month,
the owner will be well pleased. (Actually, one of them gets 1,000,000 a
year).

One of the sites was a migration from classic ASP, and resulted in a 90%
reduction in the number of lines of code. To me, this seems like a 90%
reduction in the likelihood of bugs, but then, I admit to missing the
point.

If I were the cynical type, I might find myself thinking that the scorn
poured on the SqlDataSource in certain quarters is a result of fear.
Using
it, I can build a site in a quarter of the time that it took me to build
something similar using classic ASP, and it's, ermmm... pretty simple to
do.
I can see that it's simplicity will allow a whole load of people to build
sites commercially, who may not have found it so easy with scripting or
ASP.NET 1.x, which means the web development market will become more
competitive.

However, I don't consider myself cynical, and therefore must be missing
something important. Can anyone tell me what it is? Why should I be
adopting an n-layer approach?

Thanks

Mike

Mar 5 '07 #3
The kind of sites I build are generally online magazines and web sites for
small to medium sized companies. I am not interested in getting involved
in "enterprise" applications, and I work on my own, so I don't have to
worry about cubicled specialists needing to work on bits of the web site
in isolation.
If you don't need an n-tier approach then don't use one. There is no point
using technology for technology's sake. The one thing I will say about the
SqlDataSource is that you're applications are not strongly typed, which is
one of the corners of .net development.
Mar 5 '07 #4
"Aidy" <ai**@noemail.xxxa.comwrote in message
news:o4******************************@bt.com...
If you don't need an n-tier approach then don't use one. There is no
point using technology for technology's sake. The one thing I will say
about the SqlDataSource is that you're applications are not strongly
typed, which is one of the corners of .net development.
I agree.

As long as your applications don't deal with sensitive data, there's no
reason why you should get too sophisticated. There is no, "One size fits
all" in application development.
Peter
Mar 5 '07 #5

"Aidy" <ai**@noemail.xxxa.comwrote in message
news:o4******************************@bt.com...
>The kind of sites I build are generally online magazines and web sites
for small to medium sized companies. I am not interested in getting
involved in "enterprise" applications, and I work on my own, so I don't
have to worry about cubicled specialists needing to work on bits of the
web site in isolation.

If you don't need an n-tier approach then don't use one. There is no
point using technology for technology's sake. The one thing I will say
about the SqlDataSource is that you're applications are not strongly
typed, which is one of the corners of .net development.
I should point out that one of my faults/problems is a lack of OOP
knowledge. Is it relatively easy for you to explain what the practical
implications of my applications not being strongly typed are (or point me to
references that will do so), and why did Microsoft introduce a component
that would allow (encourage) this if it is serious?

Thanks
Mike
Mar 5 '07 #6
why did Microsoft introduce a component that would allow (encourage) this
if it is serious?
I could do a website and not right a single line of code. I can drag
connections, tables etc on the form and have wizards do all my code. If you
don't want to learn how to code it is better than nothing....but the
resultant application won't be very robust or scalable. You can use
SqlDataSources to cut out a lot of the actual coding, but that doesn't mean
your solution is the "best" it can be. MS have just given you a range of
tools to use and you decide which one is best for you. If binding typeless
data direct to your controls is fine for you then fair enough. For people
who want strongly typed data it isn't fine.
Mar 5 '07 #7
Heh! Strong typing isn't just an OOP thing. C is strongly typed.

What is your programming background? It might give some hints as to what
you might need to know. Generally, however, strong typing is used to ensure
that programmers only put into an object, what that object is supposed to
hold (e.g. you can't store a float in an int variable - unless the language
provides some form of implicit cast). The idea is that this cuts out a lot
of mistakes that would otherwise be made, by catching them at compile time.
Peter

"Dotnet" <so*****@somewhere.comwrote in message
news:u6*************@TK2MSFTNGP04.phx.gbl...
>
"Aidy" <ai**@noemail.xxxa.comwrote in message
news:o4******************************@bt.com...
>>The kind of sites I build are generally online magazines and web sites
for small to medium sized companies. I am not interested in getting
involved in "enterprise" applications, and I work on my own, so I don't
have to worry about cubicled specialists needing to work on bits of the
web site in isolation.

If you don't need an n-tier approach then don't use one. There is no
point using technology for technology's sake. The one thing I will say
about the SqlDataSource is that you're applications are not strongly
typed, which is one of the corners of .net development.

I should point out that one of my faults/problems is a lack of OOP
knowledge. Is it relatively easy for you to explain what the practical
implications of my applications not being strongly typed are (or point me
to references that will do so), and why did Microsoft introduce a
component that would allow (encourage) this if it is serious?

Thanks
Mike

Mar 5 '07 #8
VBScript with classic ASP. All variants....

"Peter Bradley" <pb******@uwic.ac.ukwrote in message
news:es**************@TK2MSFTNGP03.phx.gbl...
Heh! Strong typing isn't just an OOP thing. C is strongly typed.

What is your programming background? It might give some hints as to what
you might need to know. Generally, however, strong typing is used to
ensure that programmers only put into an object, what that object is
supposed to hold (e.g. you can't store a float in an int variable - unless
the language provides some form of implicit cast). The idea is that this
cuts out a lot of mistakes that would otherwise be made, by catching them
at compile time.
Peter

"Dotnet" <so*****@somewhere.comwrote in message
news:u6*************@TK2MSFTNGP04.phx.gbl...
>>
"Aidy" <ai**@noemail.xxxa.comwrote in message
news:o4******************************@bt.com...
>>>The kind of sites I build are generally online magazines and web sites
for small to medium sized companies. I am not interested in getting
involved in "enterprise" applications, and I work on my own, so I don't
have to worry about cubicled specialists needing to work on bits of the
web site in isolation.

If you don't need an n-tier approach then don't use one. There is no
point using technology for technology's sake. The one thing I will say
about the SqlDataSource is that you're applications are not strongly
typed, which is one of the corners of .net development.

I should point out that one of my faults/problems is a lack of OOP
knowledge. Is it relatively easy for you to explain what the practical
implications of my applications not being strongly typed are (or point me
to references that will do so), and why did Microsoft introduce a
component that would allow (encourage) this if it is serious?

Thanks
Mike


Mar 5 '07 #9
All variants....

Explains it all :D

What you're basically doing is doing ASP.net the ASP way. Quite common
really, but not the best way.
Mar 5 '07 #10
On Mar 5, 3:15 am, Adlai Maschiach
<AdlaiMaschi...@discussions.microsoft.comwrote:
Hi

There are many reasons why you should use nTier
Applcations , But not all of them relate to "Enterprise Application"
and "Server Load" but to simple down to earth bug solving
and seperation of resources for code reuse.
lets go with these two examples:

1. example one is like the question why use Stored Procedured
or why even use Sql2005-Express and not access. and the answer is simple :
a) so I can devide my work so one person whould work and help me in the
design of the database without beeing dependent of him , b) if theres a bug
with the SP , we know that it's a SP problem with small or no effort.

2. Code reuse , you say you write many web sites , I guess that most of them
have "tblArticle" and "tblForum" and on and on, or in short , just like the
"BeerHouse" example has many usefull modules that you can be reuse . the same
is in your applications , meny modules you write so many times . and you know
by heart , wouldn't it be simpler to reuse the security component or the
forum component..... and many more .

... are these two good enough examples of non enterprise related samples
which can drive you to re-think about all of this ?

-------------------------------------------
אם תשובה זו עזרה לך, א*א הצבע "כן"

If my answer helped you please press "Yes" bellow

Adlai Maschiachhttp://blogs.microsoft.co.il/blogs/adlaim/

"Dotnet" wrote:
I want to so the "right thing". But first, I have a confession to make.
I've built a few ASP.NET sites now (Version 2.0), and they all work fine.
However, I have (and here's the confession) used the SqlDataSource in each
one of them.
I've read a number of blogs and articles that tell me this is just, well,
sinful. I have to adopt an n-layer/tier approach which makes use of a Data
Access Layer and a Business Logic Layer. I've researched this, and to me it
seems like a whole load of extra work for nothing.
The kind of sites I build are generally online magazines and web sites for
small to medium sized companies. I am not interested in getting involved in
"enterprise" applications, and I work on my own, so I don't have to worry
about cubicled specialists needing to work on bits of the web site in
isolation. Also, these sites will never change database, nor require a
windows form front-end. If any of them get 20,000 page impressions a month,
the owner will be well pleased. (Actually, one of them gets 1,000,000 a
year).
One of the sites was a migration from classic ASP, and resulted in a 90%
reduction in the number of lines of code. To me, this seems like a 90%
reduction in the likelihood of bugs, but then, I admit to missing the point.
If I were the cynical type, I might find myself thinking that the scorn
poured on the SqlDataSource in certain quarters is a result of fear. Using
it, I can build a site in a quarter of the time that it took me to build
something similar using classic ASP, and it's, ermmm... pretty simple to do.
I can see that it's simplicity will allow a whole load of people to build
sites commercially, who may not have found it so easy with scripting or
ASP.NET 1.x, which means the web development market will become more
competitive.
However, I don't consider myself cynical, and therefore must be missing
something important. Can anyone tell me what it is? Why should I be
adopting an n-layer approach?
Thanks
Mike
Just to add to the confusion, I recently attended an MS workshop on
Windows Forms Technologies. There is nothing at all mentioned about
an n-layer approach. The use of controls such as the SQLDataSource is
noted as 'Best Practice'.
I can't understand this at all, since this is in direct contradiction
to the multi-tiered approach that MS has been pushing in other media
for years.

These controls are often used in MS presentations: "Look, I just
created an application in 10 seconds!". These controls also find
their way into the books that are written to coincide with new
releases. The result is a lot of wasted time on the part of
developers who try these things and then realize later that they would
have been better off if they had used code rather than these data
access controls.

Some of the "scorn poured on the SQLDataSource", is no doubt from
developers who have been burned before.

Mar 5 '07 #11

"Aidy" <ai**@noemail.xxxa.comwrote in message
news:ib*********************@bt.com...
>All variants....

Explains it all :D

What you're basically doing is doing ASP.net the ASP way. Quite common
really, but not the best way.
And that says it all. I am still none the wiser for your contribution.

Mar 5 '07 #12

Here is another way to phrase it.

RAPID DEVELOPMENT is not the same as GOOD and Maintainable Development.

The little tools, SqlDataSource , etc ,etc are for rapid development.

Good development is something else altogether.

The layers help make your code reusable and maintainable.

And you have options for future scaleability.
The cost of software isn't in the devlopment, its in the maintenance.

Layered software really helps with the debugging process.


6/5/2006
Custom Objects and Tiered Development II // 2.0

5/24/2006
Custom Objects/Collections and Tiered Development

http://sholliday.spaces.live.com/blog/


"Dotnet" <so*****@somewhere.comwrote in message
news:%2****************@TK2MSFTNGP02.phx.gbl...
I want to so the "right thing". But first, I have a confession to make.
I've built a few ASP.NET sites now (Version 2.0), and they all work fine.
However, I have (and here's the confession) used the SqlDataSource in each
one of them.

I've read a number of blogs and articles that tell me this is just, well,
sinful. I have to adopt an n-layer/tier approach which makes use of a
Data
Access Layer and a Business Logic Layer. I've researched this, and to me
it
seems like a whole load of extra work for nothing.

The kind of sites I build are generally online magazines and web sites for
small to medium sized companies. I am not interested in getting involved
in
"enterprise" applications, and I work on my own, so I don't have to worry
about cubicled specialists needing to work on bits of the web site in
isolation. Also, these sites will never change database, nor require a
windows form front-end. If any of them get 20,000 page impressions a
month,
the owner will be well pleased. (Actually, one of them gets 1,000,000 a
year).

One of the sites was a migration from classic ASP, and resulted in a 90%
reduction in the number of lines of code. To me, this seems like a 90%
reduction in the likelihood of bugs, but then, I admit to missing the
point.
>
If I were the cynical type, I might find myself thinking that the scorn
poured on the SqlDataSource in certain quarters is a result of fear.
Using
it, I can build a site in a quarter of the time that it took me to build
something similar using classic ASP, and it's, ermmm... pretty simple to
do.
I can see that it's simplicity will allow a whole load of people to build
sites commercially, who may not have found it so easy with scripting or
ASP.NET 1.x, which means the web development market will become more
competitive.

However, I don't consider myself cynical, and therefore must be missing
something important. Can anyone tell me what it is? Why should I be
adopting an n-layer approach?

Thanks

Mike


Mar 5 '07 #13
<rant>
Because they're selling to the PHBs who think that coding, "Is all
drag-and-drop these days". People like you, on the other hand, pick up that
what they're saying is self-contradictory nonsense.

Be-suited CTOs are apparently incapable of realising that solving difficult
problems is difficult. No amount of drag-and-drop can make it easy. But
all they can see is "applications ready for shipment in a matter of hours".
The fact that these applications are barely functional, flakey, insecure and
bloated - never mind the fact that much of the code is now hidden from
view - hardly makes it onto their radar.

It's like the use of tools to write HTML. Tools write dreadful HTML (never
mind XHTML). Every one of them. Including Dreamweaver. But will your boss
believe you that it's easier to hand code your pages? Oh dear no! So you
have to use the idiot tool he bought licenses for without consulting the
people who do the work, and then spend days de-moronising HTML pages. Then
he wonders why the project's late.

They swallow Microsoft's latest Kool-Aid and the poor practitioners are left
to pick up the pieces. The only winner in all this is, guess who? Correct.
Microsoft, who've sold another vapour-ware license for many times its worth.
</rant>

Peter

"cowznofsky" <jh*****@yahoo.comwrote in message
news:11**********************@30g2000cwc.googlegro ups.com...
On Mar 5, 3:15 am, Adlai Maschiach
<AdlaiMaschi...@discussions.microsoft.comwrote:

Just to add to the confusion, I recently attended an MS workshop on
Windows Forms Technologies. There is nothing at all mentioned about
an n-layer approach. The use of controls such as the SQLDataSource is
noted as 'Best Practice'.
I can't understand this at all, since this is in direct contradiction
to the multi-tiered approach that MS has been pushing in other media
for years.

These controls are often used in MS presentations: "Look, I just
created an application in 10 seconds!". These controls also find
their way into the books that are written to coincide with new
releases. The result is a lot of wasted time on the part of
developers who try these things and then realize later that they would
have been better off if they had used code rather than these data
access controls.

Some of the "scorn poured on the SQLDataSource", is no doubt from
developers who have been burned before.


Mar 6 '07 #14
I think what he's saying (although not very kindly IMHO) is that you could
do with spending some time looking at some of the theories behind
programming in general, and good programming practices in particular. This
is not knowledge that one finds, usually, amongst people with your
programming background. In fact, many people would argue that the scripting
languages you mention mitigate against good programming practice.

This group can't supply you with a background knowledge of programming
theory and practice. You need to sit down with a few good books for that.
This one might do for a start:

http://www.compman.co.uk/scripts/browse.asp?ref=783974

(Since you're interested in an OO language, you'd might as well learn the
theory behind it)

Once you've got some basic background, you might like to look at books on
patterns and practices. Like this for example:

http://www.compman.co.uk/scripts/browse.asp?ref=801797

(Since you're intersted in an MS product, you'd might as well read MS' book)

Remember that most of us came by this knowledge through hard work. We're
happy to pass on the hints and tips that we picked up along the way, but a
newsgroup is not the place for a tutorial. For that you must either read
books or join a course. This is not trying to be unkind. It's just that
without a basic level of background knowledge, you aren't going to
understand what we say. We need to have a common vocabulary with you for us
to communicate and for you to understand.

What I'm suggesting is that you need to spend some time learning that
vocabulary. I'm sure you'll find it rewarding. I did.

Best of luck and HTH
Peter

"Dotnet" <so*****@somewhere.comwrote in message
news:Oc**************@TK2MSFTNGP03.phx.gbl...
>
"Aidy" <ai**@noemail.xxxa.comwrote in message
news:ib*********************@bt.com...
>>All variants....

Explains it all :D

What you're basically doing is doing ASP.net the ASP way. Quite common
really, but not the best way.

And that says it all. I am still none the wiser for your contribution.

Mar 6 '07 #15
Thank you Peter.

Incidentally, I have had no formal training in any kind of programming. As I
said in my OP - I want to "do the right thing". I learnt ASP with VBScript
in my own time through hard work, and became very conscious of doing it as
well as possible. I'm going through the same process with ASP.NET. There
is so much to learn, and as cowznofsky pointed out, so much contradictory
stuff, I thought I'd come here and get a little help on focusing my
attention in the right areas, and trying to identify the red herrings.

Mike


"Peter Bradley" <pb******@uwic.ac.ukwrote in message
news:uc**************@TK2MSFTNGP04.phx.gbl...
>I think what he's saying (although not very kindly IMHO) is that you could
do with spending some time looking at some of the theories behind
programming in general, and good programming practices in particular. This
is not knowledge that one finds, usually, amongst people with your
programming background. In fact, many people would argue that the
scripting languages you mention mitigate against good programming practice.

This group can't supply you with a background knowledge of programming
theory and practice. You need to sit down with a few good books for that.
This one might do for a start:

http://www.compman.co.uk/scripts/browse.asp?ref=783974

(Since you're interested in an OO language, you'd might as well learn the
theory behind it)

Once you've got some basic background, you might like to look at books on
patterns and practices. Like this for example:

http://www.compman.co.uk/scripts/browse.asp?ref=801797

(Since you're intersted in an MS product, you'd might as well read MS'
book)

Remember that most of us came by this knowledge through hard work. We're
happy to pass on the hints and tips that we picked up along the way, but a
newsgroup is not the place for a tutorial. For that you must either read
books or join a course. This is not trying to be unkind. It's just that
without a basic level of background knowledge, you aren't going to
understand what we say. We need to have a common vocabulary with you for
us to communicate and for you to understand.

What I'm suggesting is that you need to spend some time learning that
vocabulary. I'm sure you'll find it rewarding. I did.

Best of luck and HTH
Peter

"Dotnet" <so*****@somewhere.comwrote in message
news:Oc**************@TK2MSFTNGP03.phx.gbl...
>>
"Aidy" <ai**@noemail.xxxa.comwrote in message
news:ib*********************@bt.com...
>>>All variants....

Explains it all :D

What you're basically doing is doing ASP.net the ASP way. Quite common
really, but not the best way.

And that says it all. I am still none the wiser for your contribution.


Mar 6 '07 #16
Best of luck, Mike. I hope the references I gave give you a start. There's
also a wealth of tutorial material on the net - but it's of varying quality,
so I'd not rely on it until you have enough knowledge to judge.

I came into IT very late in life, and one thing I did was to study night
school and part-time/distance learning classes. I finished up, somehow,
with an MSc in IT at Liverpool University. If you're in the UK (or even if
you're not, come to think of it), you might look at UK Open University
courses. They do some good stuff on OOA/D/P at both undergraduate and
post-graduate level. It's Java or Smalltalk based, depending on the course,
but once you have that background, you'll find C# comes naturally. Java,
especially, as it's very close to C#. You can just take whatever modules
you like with the OU. You don't have to study for a degree.

Remember that there's more to programming than just "getting something
working". It's a craft: a skill. Good programmers take a pride in a job
well done: in being able to look at some code and think, "Not many people
could have done that any better than I have". They worry about
architecture, good design, security, reusability, performance and many other
things (like whether to use vi or emacs :)).

Post again when you need some specific help. The problem with your OP was
that an answer requires that you understand a fair bit about application
architecture, design patterns and program security. Until you have that,
it's hard to answer your query without seeming either rude or patronising.
But you seem to be a determined guy. You'll probably come back and put our
problems right.

Cheers
Peter
"Dotnet" <so*****@somewhere.comwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...
Thank you Peter.

Incidentally, I have had no formal training in any kind of programming. As
I said in my OP - I want to "do the right thing". I learnt ASP with
VBScript in my own time through hard work, and became very conscious of
doing it as well as possible. I'm going through the same process with
ASP.NET. There is so much to learn, and as cowznofsky pointed out, so
much contradictory stuff, I thought I'd come here and get a little help on
focusing my attention in the right areas, and trying to identify the red
herrings.

Mike


"Peter Bradley" <pb******@uwic.ac.ukwrote in message
news:uc**************@TK2MSFTNGP04.phx.gbl...
>>I think what he's saying (although not very kindly IMHO) is that you could
do with spending some time looking at some of the theories behind
programming in general, and good programming practices in particular.
This is not knowledge that one finds, usually, amongst people with your
programming background. In fact, many people would argue that the
scripting languages you mention mitigate against good programming
practice.

This group can't supply you with a background knowledge of programming
theory and practice. You need to sit down with a few good books for
that. This one might do for a start:

http://www.compman.co.uk/scripts/browse.asp?ref=783974

(Since you're interested in an OO language, you'd might as well learn the
theory behind it)

Once you've got some basic background, you might like to look at books on
patterns and practices. Like this for example:

http://www.compman.co.uk/scripts/browse.asp?ref=801797

(Since you're intersted in an MS product, you'd might as well read MS'
book)

Remember that most of us came by this knowledge through hard work. We're
happy to pass on the hints and tips that we picked up along the way, but
a newsgroup is not the place for a tutorial. For that you must either
read books or join a course. This is not trying to be unkind. It's just
that without a basic level of background knowledge, you aren't going to
understand what we say. We need to have a common vocabulary with you for
us to communicate and for you to understand.

What I'm suggesting is that you need to spend some time learning that
vocabulary. I'm sure you'll find it rewarding. I did.

Best of luck and HTH
Peter

"Dotnet" <so*****@somewhere.comwrote in message
news:Oc**************@TK2MSFTNGP03.phx.gbl...
>>>
"Aidy" <ai**@noemail.xxxa.comwrote in message
news:ib*********************@bt.com...
All variants....

Explains it all :D

What you're basically doing is doing ASP.net the ASP way. Quite common
really, but not the best way.

And that says it all. I am still none the wiser for your contribution.



Mar 6 '07 #17

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

Similar topics

7
by: Chinook | last post by:
OO approach to decision sequence? --------------------------------- In a recent thread (Cause for using objects?), Chris Smith replied with (in part): > If your table of photo data has...
2
by: R0bert Neville | last post by:
I have been working a rounded content box approach. The layout rendered beautifully in Firefox, yet IE threw a wrench into my layout. The approach has to be re-thought and aligned for compatibility...
2
by: Rene | last post by:
Hi, In my VB6 application I'm using a class/object that is using full-async ADO. I can start multiple queries, the class stores the ADODB.Recordset object in an array and waits for the...
16
by: Robert Zurer | last post by:
Can anyone suggest the best book or part of a book on this subject. I'm looking for an in-depth treatment with examples in C# TIA Robert Zurer robert@zurer.com
1
by: Craig Kenisston | last post by:
Hi, I'm developing my first asp.net application. It will be a small e-commerce site, with product catalogos, shoping cart, etc. I started to develop using a single page, the default.aspx, and...
8
by: Harvey Triana | last post by:
Hello. By example, I have string with a "Hello There". I use Right("Hello There", 3) function in VB.NET to just get "ere" out of the string but there doesn't seem to be one in C#. I have two...
1
by: =?Utf-8?B?Tkg=?= | last post by:
Hi, I have been building asp.net 2.0 apps now for a few years. In general I use MS Ajax and the MS Data Enterprise Application Block to manage the connecting and getting data from the database....
5
by: jehugaleahsa | last post by:
Hello: I am trying to find what is the very best approach to business objects in Windows Forms. Windows Forms presents an awesome opportunity to use DataTables and I would like to continue doing...
20
by: mike3 | last post by:
Hi. (Xposted to both comp.lang.c++ and comp.programming since I've got questions related to both C++ language and general programming) I've got the following C++ code. The first routine runs in...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, youll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
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: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shllpp 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

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.