T
tatemononai
Not to rant, but just in general, ASP.Net seems to be a lot more hassle
than traditional ASP. I enjoyed lots of dynamic GUI work with
traditional ASP. And I'm a desktop developer by trade, so I love OOP
and thought ASP.Net was going to be a web-based version of MFC or even
Visual Basic, but it's not. Making changes to the GUI is like pulling
teeth. I have almost NO control over the HTML code. Building a
skinned interface was incredibly painful, but I managed to get it
working finally.
And now I can't get a simple table to be visible or invisible. I can,
but then my button events won't fire, which makes the whole page
worthless. If you don't know what I'm talking about here, try taking
an <asp:button> and putting it inside a <asp:table>. The button events
stop working.
How about response.write? What is the point of response.write on an
ASP.net page? All it does it write to the beginning of the HTML
stream. It blows away your entire interface. If response.write could
be pointed to a specific spot in the stream, like after you've dumped
your header code out, then it would actually be useful. In traditional
ASP I can control where response.write writes to.
I'm trying to build a very simple page right now. It's a simple signup
form that creates a userid/password entry in a database, sends a
confirmation email that the user has to reply to, and then activates
the account. I want all of this to work from ONE aspx file. So I need
the content of the page to be dynamic and change depending on the stage
of the signup. Kind of like turning a page. The text and input field
are different from one page to another. In traditional ASP I could
easily have a simple switch/select statement that pukes out the right
block of HTML code for the stage of operation. But with ASP.Net, no
no, it's not quite so easy. I have to manually hide and show each and
every single freaking edit field and label on the whole page. But
guess what folks, I CAN'T hide the tables that are on the page because
they are in HTML. So when I hide my fields and text labels and show
others, the layout of the page is all screwed up. And, yes, I know
about server-side tables with <asp:table>. But, like I said, that will
disrupt the operation of the page by killing all the events that fire.
And it also makes editing the table a REAL BIG HASSLE.
Can someone please explain to me how ASP.Net is better, and why I
should keep using it instead of dumping it now and going back to
traditional ASP? I'm honestly a split hair away from giving this
steaming pile of crap the boot. It may be good for newbies who don't
understand the communication that takes place between the client and
server. Guys who just want to slap up a simple data entry form, but it
sucks for people who actually want to generate dynamic content. Sure,
it makes some things easier. And it does this by taking all the
control away. Getting that control back is not fun.
than traditional ASP. I enjoyed lots of dynamic GUI work with
traditional ASP. And I'm a desktop developer by trade, so I love OOP
and thought ASP.Net was going to be a web-based version of MFC or even
Visual Basic, but it's not. Making changes to the GUI is like pulling
teeth. I have almost NO control over the HTML code. Building a
skinned interface was incredibly painful, but I managed to get it
working finally.
And now I can't get a simple table to be visible or invisible. I can,
but then my button events won't fire, which makes the whole page
worthless. If you don't know what I'm talking about here, try taking
an <asp:button> and putting it inside a <asp:table>. The button events
stop working.
How about response.write? What is the point of response.write on an
ASP.net page? All it does it write to the beginning of the HTML
stream. It blows away your entire interface. If response.write could
be pointed to a specific spot in the stream, like after you've dumped
your header code out, then it would actually be useful. In traditional
ASP I can control where response.write writes to.
I'm trying to build a very simple page right now. It's a simple signup
form that creates a userid/password entry in a database, sends a
confirmation email that the user has to reply to, and then activates
the account. I want all of this to work from ONE aspx file. So I need
the content of the page to be dynamic and change depending on the stage
of the signup. Kind of like turning a page. The text and input field
are different from one page to another. In traditional ASP I could
easily have a simple switch/select statement that pukes out the right
block of HTML code for the stage of operation. But with ASP.Net, no
no, it's not quite so easy. I have to manually hide and show each and
every single freaking edit field and label on the whole page. But
guess what folks, I CAN'T hide the tables that are on the page because
they are in HTML. So when I hide my fields and text labels and show
others, the layout of the page is all screwed up. And, yes, I know
about server-side tables with <asp:table>. But, like I said, that will
disrupt the operation of the page by killing all the events that fire.
And it also makes editing the table a REAL BIG HASSLE.
Can someone please explain to me how ASP.Net is better, and why I
should keep using it instead of dumping it now and going back to
traditional ASP? I'm honestly a split hair away from giving this
steaming pile of crap the boot. It may be good for newbies who don't
understand the communication that takes place between the client and
server. Guys who just want to slap up a simple data entry form, but it
sucks for people who actually want to generate dynamic content. Sure,
it makes some things easier. And it does this by taking all the
control away. Getting that control back is not fun.