Hmmm....
Thats deep man.
Similarily, I package most everything into an xml object, so like the
querystring and form vars, they are packaged together with data that I
have queried from the database, which might include many different
datasets. This is also thrown one time at the XSLT Transformer.
Ahhh... so yah, I have ViewState enabled on my site ; )
Karl..
On 3/10/06, Mark Grant <mark(_dot_)grant(_at_)cambridgeconvergence(_dot_)com>
wrote:
Hi Karl,
Cool stuff, we actually went the whole hog and we can now create
websites and other web apps without using ASP at all. We have created
ISAPI handlers to take HTTP Headers turn them straight to XML, ship them
through the XSLT and send them straight back. Works a treat and is going
to allow us to hook AJAX on top.
We have dumped datasets as well. We abstracted away from .Net so that
we can provide Connection strings and Sql queries as metadata through
the software and its config file. We can then link the resultsets
together to create XML including Parent/Child relationships. It's great
we can do one transaction on the database and get a whole page of data
for the website! Then use one XSLT file with templates to display.
From my discussions with Microsoft Visual Studio guys they are heading
towards a web part model a la SharePoint and I'm just not convinced it's
the right solution.
Mark
-----Original Message-----
From: Karl Stubsjoen [mailto:kstubs(_at_)gmail(_dot_)com]
Sent: 10 March 2006 17:14
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: [xsl] Advocate for C# .NET + 100% XSLT Processing
Hey Mark,
Thats great to hear that there are others striving for a similar
approach. I know that David Peterson is (did you follow the below
link?).
Your points are well valid, I can relate to each of them. Yes, the
calendar control is a quick and easy way to display a calendar, but
how easy is it to extend, scale (up or down), and style?
I have been coding this way HEAVY for about 3 years now, of course it
is just recently that I have switched to C# and .NET. Previously it
was the marriage of ASP and XSLT. By the way, here is a rant:
I can not stand the XML I am forced to work with as delivered from a
DataSet in ADO.NET. It is almost useless! Give me the traditional
persisted XML from the ADO recordset please. (Hello Microsoft?)
This site:
www.meetscoresonline.com
Models: ASP + XSLT
Start here (and enjoy!):
www.meetscoresonline.com/documents/default_t.xsl
I am an XSLT junky.. I get it.
I also get C# and .NET, and I too was a EXTREMELY heavy ASP developer
( Ref:
http://www.biglist.com/lists/xsl-list/archives/200309/msg00227.html )
This is mostly a shout out, and feel free to shout back.
Is there such sites dedicated to this approach? Oh, I should mention
that, to qualify as a C# + 100% XSLT Processing member, you must vow
to never NEVER use the .NET design UI. Strip it out! Lose the page
wrapped in a FORM tag! Say goodbye to the calendar control! Besides
you can write a better one with XSLT!
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--