My First Real-World Exposure to .Net Programming
-
It's like sex, John. If you think it's boring then you're not doing it right.
cheers, Chris Maunder
CodeProject.com : C++ MVP
That'll become a quote in someone's sig for sure.
This statement is false.
-
What exactly do you not like about it? We've already established that your original complaints are only because of a lack of knowledge... what else is wrong with it? Is there anything better, and why do you think so?
"Quality Software since 1983!" http://www.smoothjazzy.com/
Your confusing Paul's post with John's post that started this thread.
This statement is false.
-
peterchen wrote:
(2) I wouldn't do it
Don't you want kids one day? Isn't your girlfriend frustrated? Oh. You meant quoting. Right... never mind.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
eh! :suss:
We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP
Tree in C# || Fold With Us! || sighist -
Christian Graus wrote:
ASP.NET is THE reason why .NET is killer, it's the one place where it provides an amazing platform in a world where all prior platforms absolutely blew chunks.
I used to think that but then realised how warped ASP.NETs view of the web is. I'd love to see many ASP.NET features but working within standard web conventions. Not trying to make the web like a WinForm.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Paul Watson wrote:
I'd love to see many ASP.NET features but working within standard web conventions. Not trying to make the web like a WinForm.
But that is the whole point. The web model wasn't designed for the rich pages that we've all come to expect. Adding state via viewstate, and events, is sure a lot nicer than having an asp page full of hidden fields. That stuff sucked big time. I've worked on some reasonably large systems in ASP.NET and in asp. I know which one I prefer and which one was a total nightmare ( don't get me wrong, our systems worked and worked well, but you had to work hard to create anything remotely maintainable ).
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog
-
Paul Watson wrote:
I'd love to see many ASP.NET features but working within standard web conventions. Not trying to make the web like a WinForm.
But that is the whole point. The web model wasn't designed for the rich pages that we've all come to expect. Adding state via viewstate, and events, is sure a lot nicer than having an asp page full of hidden fields. That stuff sucked big time. I've worked on some reasonably large systems in ASP.NET and in asp. I know which one I prefer and which one was a total nightmare ( don't get me wrong, our systems worked and worked well, but you had to work hard to create anything remotely maintainable ).
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog
You are right in that that is the whole point of ASP.NET, WinForm for the web. I just happen to not like that view of the web. I went through ASP.NET, spent a good deal of time loving it and then falling out with it. It turns out I prefer a lighter approach to web frameworks. Something like Rails fits how I approach web dev a lot better than ASP.NET. I'm not going to try and convince you on this. It is a lot like SOAP vs. REST. I prefer REST while others prefer SOAP. It also does depend a lot on what you are doing on the web. A lot of intranet like apps are ideal for ASP.NET and I would even advise people to use ASP.NET for that kind of thing. There are things in ASP.NET that are categorically wrong (like only one server-side form per page) but a lot of it I just personally don't like. Thank good for technological diversity :)
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
-
You are right in that that is the whole point of ASP.NET, WinForm for the web. I just happen to not like that view of the web. I went through ASP.NET, spent a good deal of time loving it and then falling out with it. It turns out I prefer a lighter approach to web frameworks. Something like Rails fits how I approach web dev a lot better than ASP.NET. I'm not going to try and convince you on this. It is a lot like SOAP vs. REST. I prefer REST while others prefer SOAP. It also does depend a lot on what you are doing on the web. A lot of intranet like apps are ideal for ASP.NET and I would even advise people to use ASP.NET for that kind of thing. There are things in ASP.NET that are categorically wrong (like only one server-side form per page) but a lot of it I just personally don't like. Thank good for technological diversity :)
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Paul Watson wrote:
A lot of intranet like apps are ideal for ASP.NET and I would even advise people to use ASP.NET for that kind of thing.
Yeah, the apps I have worked on almost certainly fall into this category.
Paul Watson wrote:
There are things in ASP.NET that are categorically wrong (like only one server-side form per page) but a lot of it I just personally don't like.
I guess the thing is, it is a new (ish) framework. A lot of stuff has gotten better in 2.0 ( being able to keep state between pages for example ).
Paul Watson wrote:
Thank good for technological diversity
Yes, indeedio.
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog
-
Christian Graus wrote:
ASP.NET is THE reason why .NET is killer, it's the one place where it provides an amazing platform in a world where all prior platforms absolutely blew chunks.
I used to think that but then realised how warped ASP.NETs view of the web is. I'd love to see many ASP.NET features but working within standard web conventions. Not trying to make the web like a WinForm.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Paul Watson wrote:
Not trying to make the web like a WinForm.
Not to mention (I haven't used it lately), but it also has a lot of IE speicific stuff it spits out too. I like ASP.NET, but not WebForms, for that reason.
Jeremy Falcon
-
Brian Delahunty wrote:
hat's not correct. It only allows one server-side form... i.e. a form in which ASP specific components (e.g. asp:lable) will be evaluated. You can still have multiple forms and access their values etc on the server as you would normally.
Without runat="server" you might as well not use ASP.NET on your page. So, a major suckage of ASP.NET is that it can only handle one server-side form on a page at time (I didn't think I had to be so specific with you lot :) .) Tons of ASP.NET stuff needs to be inside a form runat="server" for it to work AFAIR. If they dropped that limitation I'd be a lot happier with ASP.NET. As for the stateful arguement other frameworks handle it a lot better, they don't convolute what is a simple, straightforward pipeline (or tubes, wich horses can run down but casino chips block.) ASP.NET is WinForms for the web (they even named it WebForm) which at first glance is awesome but then starts to suck big time as you do real world systems.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Ok. I wasn't being all that serious considering I haven't done ASP.NET dev in a good while... was just yanking your chain... not in a dirty way...
Regards, Brian Dela :-)
-
Sadly you are right about ASP.NET. You managed to see through its gloss without having to go through hell fire. As for .NET itself, I like it and like C#. I just don't use it for websites (web-services are a different matter. ASP.NET works nicely there.)
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Paul Watson wrote:
(web-services are a different matter. ASP.NET works nicely there.)
Damn right... they are basically C# classes with an attribute or two slapped on here and there. Pure simplicity. And to be ultra safe, write the WSDL contract first and then generate the implementation C# stub. Nice.. Yum... I'm hungry.. Ok, I'm gone insane... Paul, hit me in work tomorrow. Cheers. I need sleep!!! SLEEEEEEP!
Regards, Brian Dela :-)
-
Brian Delahunty wrote:
hat's not correct. It only allows one server-side form... i.e. a form in which ASP specific components (e.g. asp:lable) will be evaluated. You can still have multiple forms and access their values etc on the server as you would normally.
Without runat="server" you might as well not use ASP.NET on your page. So, a major suckage of ASP.NET is that it can only handle one server-side form on a page at time (I didn't think I had to be so specific with you lot :) .) Tons of ASP.NET stuff needs to be inside a form runat="server" for it to work AFAIR. If they dropped that limitation I'd be a lot happier with ASP.NET. As for the stateful arguement other frameworks handle it a lot better, they don't convolute what is a simple, straightforward pipeline (or tubes, wich horses can run down but casino chips block.) ASP.NET is WinForms for the web (they even named it WebForm) which at first glance is awesome but then starts to suck big time as you do real world systems.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
I work full time as an ASP.NET developer working on some pretty big applications, and I've never encountered a time when I needed to have more than one
on the page. Are you trying to integrate non-.NET systems with the page? I could see how that could get dicey, but staying strictly in the ASP.NET realm, everything works well as designed. I agree that the it is by far the best thing to have come out for dynamic web applications. An earlier comment was made about ASP.NET making a web site stateful instead of stateless. This is exactly why you would have picked up ASP.NET to begin with. If you want a stateless web page, just write it in HTML.
-
(1) kid sister rule maybe? (2) I wouldn't do it
We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP
Tree in C# || Fold With Us! || sighistpeterchen wrote:
kid sister rule maybe?
Oh! Just forgot about that.
Abhishek The worst loneliness is not to be comfortable with yourself. --Mark Twain
-
I work full time as an ASP.NET developer working on some pretty big applications, and I've never encountered a time when I needed to have more than one
on the page. Are you trying to integrate non-.NET systems with the page? I could see how that could get dicey, but staying strictly in the ASP.NET realm, everything works well as designed. I agree that the it is by far the best thing to have come out for dynamic web applications. An earlier comment was made about ASP.NET making a web site stateful instead of stateless. This is exactly why you would have picked up ASP.NET to begin with. If you want a stateless web page, just write it in HTML.
-
Paul Watson wrote:
I'd love to see many ASP.NET features but working within standard web conventions. Not trying to make the web like a WinForm.
I could be completely wrong here as I have never used ASP.NET 2.0 but wasn't that one of the major good points of it... it produced standards compliant code. Plus, with the new output renderers (I can't remember if that iscorrect name) that come withwith Atlas (you can also download them separately IIRC) it now does proper things like using CSS for layout instead of tables and so on. As far as I know they have written replacement output renders for all the built in controls and they use CSS etc and standard conventions.
Regards, Brian Dela :-)
Brian Delahunty wrote:
I could be completely wrong here as I have never used ASP.NET 2.0 but wasn't that one of the major good points of it... it produced standards compliant code.
Hm. I have HTML validator plugin plugged-into my Firefox. It show a small icon in the statusbar - red when there'are errors on the page, yellow for warnings without errors and green if x/html code of current page is fully ok. And while surfing the web, seing green "valid" icon is VERY rare thing, even for sites made with ASP.NET (BTW, according to my experience, the highest percent of correct sites is among those made with Ruby/Rails). Thats a pity, IMHO. But anyway I'm very glad that Microsoft finally has stopped perverting and agreed that there is a W3C existing and there are some conventional standards for the web.
-
Actually my knowledge is fine, if you read above you will see it is true that you cannot have multiple server-side forms in ASP.NET. That is a bad thing. It breaks conventional web practices.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Could you explain your single mindnedness about multi server side form per page? hey, why do you care?!?! this is just packaging, I can't see a relevant impact on the code.. :omg:
-
Brian Delahunty wrote:
hat's not correct. It only allows one server-side form... i.e. a form in which ASP specific components (e.g. asp:lable) will be evaluated. You can still have multiple forms and access their values etc on the server as you would normally.
Without runat="server" you might as well not use ASP.NET on your page. So, a major suckage of ASP.NET is that it can only handle one server-side form on a page at time (I didn't think I had to be so specific with you lot :) .) Tons of ASP.NET stuff needs to be inside a form runat="server" for it to work AFAIR. If they dropped that limitation I'd be a lot happier with ASP.NET. As for the stateful arguement other frameworks handle it a lot better, they don't convolute what is a simple, straightforward pipeline (or tubes, wich horses can run down but casino chips block.) ASP.NET is WinForms for the web (they even named it WebForm) which at first glance is awesome but then starts to suck big time as you do real world systems.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Hey all, I think I'll be stepping into Asp.Net here in the near future and I was wondering about the use of multiple forms. I have done pretty much zilch in web development so everything is pretty much new to me. When the subject of multiple forms came up, it didn't occur to me that a web page could have that. Does anybody happen to know of a webpage that uses multiple forms so I can take a look at it? I just want to get my footing on what I can and can't do. Thanks, Keith
-
I work full time as an ASP.NET developer working on some pretty big applications, and I've never encountered a time when I needed to have more than one
on the page. Are you trying to integrate non-.NET systems with the page? I could see how that could get dicey, but staying strictly in the ASP.NET realm, everything works well as designed. I agree that the it is by far the best thing to have come out for dynamic web applications. An earlier comment was made about ASP.NET making a web site stateful instead of stateless. This is exactly why you would have picked up ASP.NET to begin with. If you want a stateless web page, just write it in HTML.
A profile update page with password reset, image upload and account details. Each is a seperate logical action. I may want to just upload a new image and not update the password or account details. Or just reset the password and not upload a new image. With one form if I tried to submit after just updating the password bit and not the image bit then validation would fire across all members of the form. The validation would have to figure out what I intended and not fire. That is extra work that isn't needed. Or if you select an image to upload but then decide that no, you don't want and instead you just want to update the password. When you hit submit the image is uploaded even though you didn't want it to be. That is a problem to. Every member of the form gets sent ot the server, not just the relevant ones as would be with multiple-form capability. If you have many upload fields you can end up submitting way more than is needed. There is good reason why multiple forms are allowed in a web page. That ASP.NET breaks that is an unfortunate thing.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
-
Hey all, I think I'll be stepping into Asp.Net here in the near future and I was wondering about the use of multiple forms. I have done pretty much zilch in web development so everything is pretty much new to me. When the subject of multiple forms came up, it didn't occur to me that a web page could have that. Does anybody happen to know of a webpage that uses multiple forms so I can take a look at it? I just want to get my footing on what I can and can't do. Thanks, Keith
Amazon.com[^] has four forms. Yahoo.com has two. Many pages on this website (CodeProject.com) have three forms. It is a basic, fundamental aspect of web dev.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
-
I work full time as an ASP.NET developer working on some pretty big applications, and I've never encountered a time when I needed to have more than one
on the page. Are you trying to integrate non-.NET systems with the page? I could see how that could get dicey, but staying strictly in the ASP.NET realm, everything works well as designed. I agree that the it is by far the best thing to have come out for dynamic web applications. An earlier comment was made about ASP.NET making a web site stateful instead of stateless. This is exactly why you would have picked up ASP.NET to begin with. If you want a stateless web page, just write it in HTML.
shadowbob2 wrote:
I work full time as an ASP.NET developer working on some pretty big applications, and I've never encountered a time when I needed to have more than one
on the page.
I'll be short - Could someone explain why would someone need more than one form on a page? I too work with asp.net and never even had to think about this issue, let alone see any difficulty with it in developing large apps.
-
A profile update page with password reset, image upload and account details. Each is a seperate logical action. I may want to just upload a new image and not update the password or account details. Or just reset the password and not upload a new image. With one form if I tried to submit after just updating the password bit and not the image bit then validation would fire across all members of the form. The validation would have to figure out what I intended and not fire. That is extra work that isn't needed. Or if you select an image to upload but then decide that no, you don't want and instead you just want to update the password. When you hit submit the image is uploaded even though you didn't want it to be. That is a problem to. Every member of the form gets sent ot the server, not just the relevant ones as would be with multiple-form capability. If you have many upload fields you can end up submitting way more than is needed. There is good reason why multiple forms are allowed in a web page. That ASP.NET breaks that is an unfortunate thing.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Paul Watson wrote:
Or if you select an image to upload but then decide that no, you don't want and instead you just want to update the password. When you hit submit the image is uploaded even though you didn't want it to be.
That is a valid reason, if a slight corner case. To distill what you said, you're worried about posting back large amounts of unnecessary data on submit. In this case you would definitely have to design your application around it, like putting the upload on its own page, or inserting some client-side code to remove the image if the other submit button was pressed. Jeremy Fuller
-
A profile update page with password reset, image upload and account details. Each is a seperate logical action. I may want to just upload a new image and not update the password or account details. Or just reset the password and not upload a new image. With one form if I tried to submit after just updating the password bit and not the image bit then validation would fire across all members of the form. The validation would have to figure out what I intended and not fire. That is extra work that isn't needed. Or if you select an image to upload but then decide that no, you don't want and instead you just want to update the password. When you hit submit the image is uploaded even though you didn't want it to be. That is a problem to. Every member of the form gets sent ot the server, not just the relevant ones as would be with multiple-form capability. If you have many upload fields you can end up submitting way more than is needed. There is good reason why multiple forms are allowed in a web page. That ASP.NET breaks that is an unfortunate thing.
regards, Paul Watson Ireland FeedHenry needs you
eh, stop bugging me about it, give it a couple of days, see what happens.
Paul Watson wrote:
With one form if I tried to submit after just updating the password bit and not the image bit then validation would fire across all members of the form. The validation would have to figure out what I intended and not fire. That is extra work that isn't needed.
Thats what the ValidationGroup property of the validators is for. All you would need in the situation you describe is a seperate button for each action and set then, just the ValidationGroup value as necessary. BAM! Only what you're trying to submit is validated.
Paul Watson wrote:
Or if you select an image to upload but then decide that no, you don't want and instead you just want to update the password. When you hit submit the image is uploaded even though you didn't want it to be.
Again, using a seperate button to submit each "part" would resolve this situation.
Paul Watson wrote:
Every member of the form gets sent ot the server, not just the relevant ones as would be with multiple-form capability. If you have many upload fields you can end up submitting way more than is needed.
This can be easily avoided using Async Callbacks (or Ajax) which, is all the rage these days. That would allow you to, not only, send just the info you want to the server, it also makes the web page much more responsive. Just my 2 cents. -- modified at 19:44 Friday 11th August, 2006