Als je nu naar mijn RSS feed gaat dan komt deze rechtstreeks uit de SQL server waaien, geen tussenliggende zoals ColdFusion processing e.d.... nee gewoon XML rechtstreeks als query result en outputten maar. Het leven kan zo mooi zijn he!!
SELECT title, description,author,link
FROM logs item
FOR XML AUTO, ELEMENTS
Results in....
<item>
<title>De title</title>
<description>Omschrijving</description>
<author>Ikke Ikke</author>
<link>http://www.ditadres.com</link>
<item>
Frank Gerritse -(e-mail)
Hoi Tjarko,
Erg Interessant deze topic kan je mij een voorbeeld van je output code enz sturen.
Alvast bedankt.
Groeten, Frank Gerritse
Reinier -(site)(e-mail)
Maak nou niet de fout dat je 'vormgeving' en 'datamodel' door elkaar gaat gebruiken. Daar zijn stored procedures helemaal niet voor.
Dat je ColdFusion by-passed snap ik dan weer wel.
Tjarko -(site)(e-mail)
?? vormgeving... datamodel... ik denk dat je doelt op het gebruik van aliassen.. en die zijn er "JUIST" voor om te zorgen dat je je XML op de juiste manier terug krijgt. Overigens ben ik weer terug bij Coldfusion omdat SQL niet flexibel genoeg was om een gevalideerde XML/RSS terug te geven. Het datum formaat (welke dan ook) is niet conform het w3c :-( Het is helaas niet mogelijk om een string "Fri, 25 Nov 2005 12:06:47 GMT" uit SQL te krijgen.. althans.. ik ben ermee opgehouden om dat uit te zoeken ;-)
Maar goed.. waar zijn stored procedures dan voor bedoeld, want ik volg je commentaar niet helemaal??
Reinier -(site)(e-mail)
Nee, de 'vormgeving' is de opmaak die je er al aangeeft. De xml-tags zijn de vormgeving, net zoals html tags de vormgeving van een website zijn.
Dit kun je beter gescheiden houden en in je programmeertaal oplossen. Stored procedures zijn ervoor om uitgebreide SQL statements op te slaan, en ze makkelijk vanuit je programmeertaal aan te roepen. Het is gebruikelijk om alleen de ruwe code terug te sturen. Dit om het overzicht te houden.
Er bestaan conventies waarin een strikte scheiding wordt aangehouden tussen het datamodel, de controllers en de opmaak. Zie hiervoor bijvoorbeeld het MVC concept:
http://www.onlamp.com/pub/a/php/2005/09/15/mvc_intro.html?page=1
Tjarko -(site)(e-mail)
Ieeejjj!!!! MVC, Fusebox, MachII nee dank je feestelijk ;-) Na 10 jaar coderen moet ik zeggen dat geen enkel systeem mij nog heeft kunnen overtuigen. Ben nog geen enkel bedrijf tegen gekomen wat zich strikt houdt aan een bepaalde methode... en niet om het 1 of ander... als je dat niet doet is zo'n systeem tijdsintensiever en onzinniger dan je eigen afspraken erop nahouden.
Ben het verder geheel met je eens dat data los moet staan van je layout. Kortom SQL(data) xHTML / XML / CSS(layout) combinaties, jammer genoeg begrijpen nog maar weinig bedrijven dit.