J
JayWay
I am new to ASP.NET, and to Web programming in general (I have a lot of
experience in Win32/MFC). I'm doing research into which platform to use for
an internal Web application. In choosing between ASP.NET/C# and J2EE, I'm
a bit discouraged after reading "Programming ASP.NET" by Microsoft Press,
by Dino Esposito.
The book is well written and informative, but I'm discouraged by the lack of
discussion of recommended design patterns, use of CSS, and separation of
concerns of programming teams, especially since this book is the official word
from MS. My discouragement mounts when I see the example code peppered
with color, style, and font names. The same code has SQL queries thrown in
for good measure. Perhaps I should be bearing in mint that example code can't
really follow production patterns, but the patterns are not mentioned. So my
questions to the readers of this group are:
1. Is it MS's stance that n-tiered apps are outmoded and that all logic (i.e.,
view, business, and data) may reside in any code where it's convenient? (This
may sound rhetorical, but you'll see it's not when you read the book.)
2. What is MS's recommendation regarding separating work among project
teams, especially separating the database, business logic, and visual layout
tasks?
3. Does MS think the MVC design pattern has any place in ASP.NET (I've
read several posts, with links, that say it's possible.) This is never mentioned.
4. How can I use CSS to allow visual designers to do their work without close
coordination and collision with logic coders? The book makes no mention of
CSS except in passing while describing the internal mechanisms of ASP.NET,
and by mentioning that VStudio.NET generates a style sheet for VB.NET
projects (only!).
Thank you, Josh
experience in Win32/MFC). I'm doing research into which platform to use for
an internal Web application. In choosing between ASP.NET/C# and J2EE, I'm
a bit discouraged after reading "Programming ASP.NET" by Microsoft Press,
by Dino Esposito.
The book is well written and informative, but I'm discouraged by the lack of
discussion of recommended design patterns, use of CSS, and separation of
concerns of programming teams, especially since this book is the official word
from MS. My discouragement mounts when I see the example code peppered
with color, style, and font names. The same code has SQL queries thrown in
for good measure. Perhaps I should be bearing in mint that example code can't
really follow production patterns, but the patterns are not mentioned. So my
questions to the readers of this group are:
1. Is it MS's stance that n-tiered apps are outmoded and that all logic (i.e.,
view, business, and data) may reside in any code where it's convenient? (This
may sound rhetorical, but you'll see it's not when you read the book.)
2. What is MS's recommendation regarding separating work among project
teams, especially separating the database, business logic, and visual layout
tasks?
3. Does MS think the MVC design pattern has any place in ASP.NET (I've
read several posts, with links, that say it's possible.) This is never mentioned.
4. How can I use CSS to allow visual designers to do their work without close
coordination and collision with logic coders? The book makes no mention of
CSS except in passing while describing the internal mechanisms of ASP.NET,
and by mentioning that VStudio.NET generates a style sheet for VB.NET
projects (only!).
Thank you, Josh