I wish I had some specific developer's blogs/resources to give you, but I can't think of any off the top of my head.
However, for the last couple of years, all my software development has been C#/SQL backend with jQuery frontend, and it's been a perfect marriage as far as I'm concerned. If you have any specific questions I'd be happy to answer. JK -----Original Message----- From: jquery-en@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of rolfsf Sent: Tuesday, November 18, 2008 8:52 PM To: jQuery (English) Subject: [jQuery] Re: asp.net and jquery - reactions to this letter Thanks Jack Are there any asp.net + jquery blogs/resources/developer links that are particularly good? It's difficult for me to gauge how good (clean code, solid principles, brilliant thinking) some of the asp.net oriented jquery postings on the web are as I don't know it. Any recommendations I can pass on? - rolfsf On Nov 18, 3:52 pm, Jack Killpatrick <[EMAIL PROTECTED]> wrote: > We've done a number of asp.net projects that use jQuery heavily. We do not use the MS Ajax stuff, because it's not vendor neutral. Many of our apps use C# web services and js-based widgets rendered client-side via Trimpath javascript Templates, with some tie-ins to the asp.net security model. The main hurdles we've found have been relatively easy to workaround and have nothing to do with jquery: > 1. asp.net forms by default render the whole page inside a single form, which means we can't nest forms easily unless we override the default asp.net forms behavior, which then introduces some other side-effects. In general, we've been able to work around this limitation pretty easily. > 2. asp.net controls render with id's that asp.net creates (so that nested objects can be managed by asp.net's intrernal logic). Because of that, we add a sprinkle of code sometimes that passes the id's of the controls we want to touch into a js init function, then assign those values to our js vars inside our js libraries. That said, we only have to do that when we want the js to be aware of some controls rendered by asp.net. > Firebug's our primary js debugging tool and has worked out fine. Sometimes we use the MS script debugger, but only because there's no firebug in IE. > - Jack > rolfsf wrote:Are any of these clashes with asp.net that you and c.barr refer to anything that could be remedied by the jQuery Core team if they know about it? Or are these due to deeper structural philosophies that are unlikely to be resolved any time soon? On Nov 18, 2:27 pm, "Armand Datema"<[EMAIL PROTECTED]>wrote:mm Ive notices some clashes with asp.net but there is plenty info around ( from some of the top .net guys that realy take Jquery and asp.net combo to the edge.) how to make it deal wit this much better. Problem is that a lot of the ajax is hardwired into .net and therefore jquery alternatives take a bit more time but after that its much cleaner and easier to modify. He does have a point wit the debugging but I dont see that as such a big point, if you combine the .net debugging and firebug you can pretty much almost pinpoint your errors. If you are not realy stuck too much into the .net toolkit and dare to step outside of the bounds a bit Jquery in teh end will only save time On Tue, Nov 18, 2008 at 10:52 PM, rolfsf<[EMAIL PROTECTED]>wrote:A friend had sent this rant in to microsoft, regarding jquery, which is published on their developer site. Not being an asp.net developer, I don't know what to make of his points. I'd be interested to hear from some asp.net developers who have embraced jquery - is it truly a monster?http://reddevnews.com/response/response.aspx?rdnid=1189Thanks!-- Armand Datema CTO SchwingSoft
