Here's a scenario I'm interested in opinions on:
Let's say in ASP I've got a page the maintains a table.
This page encapsulates all aspects of maintaining that table - listing it's contents, adding, modifying and deleting records for the table.
Now the way I typically handle this currently is:
1. Get Request and database items into local vars.
2. Get the page's current state (ins/upd/del/sel).
3. If necessary, complete an ins/upd/del (and go to 4a).
4. If necessary, build pre ins/upd/del html, OR
4a. List the contents of the table.
Now in the example above, the page can have different appearances depending on if it's an initiated or completed ins/upd/del, or simply listing contents.
What would be the best way to design this in .NET?
I want to keep it all in one page (and perhaps a code-behind page).
What's the best way of one page showing differently (different forms, etc)?
codestorm
Fire bad. Tree pretty. - Buffy
select * from population where talent > 'average'
<insert witticism here>
Let's say in ASP I've got a page the maintains a table.
This page encapsulates all aspects of maintaining that table - listing it's contents, adding, modifying and deleting records for the table.
Now the way I typically handle this currently is:
1. Get Request and database items into local vars.
2. Get the page's current state (ins/upd/del/sel).
3. If necessary, complete an ins/upd/del (and go to 4a).
4. If necessary, build pre ins/upd/del html, OR
4a. List the contents of the table.
Now in the example above, the page can have different appearances depending on if it's an initiated or completed ins/upd/del, or simply listing contents.
What would be the best way to design this in .NET?
I want to keep it all in one page (and perhaps a code-behind page).
What's the best way of one page showing differently (different forms, etc)?
codestorm
Fire bad. Tree pretty. - Buffy
select * from population where talent > 'average'
<insert witticism here>