🚀 go-pugleaf

"Martin Schapendonk" <usenet@schapendonk.org> wrote in message news:9c4rlr$4ss$2@mailnews.kub.nl...
> On Tue, 24 Apr 2001 15:04:07 +0200, Frans Bouma wrote:
> >    ALS het franse boek als hetzelfde wordt gezien als de nederlandse.
> >    veelal is dit niet zo, maar zijn het zeg maar 2 aparte boeken met
> >    aparte ISBN nummers afaik, dus 2 aparte rootelements per taal is IMHO
> >    zeer gerechtvaardigd. in jouw setup krijg je dan problemen. (nou ja,
> >    die zijn ook wel weer op te lossen natuurlijk ;))
>
> D'accord.
>
> Maar dan wordt het meer:
>
> <boek>
>   <isbn>1234567890</isbn>
>   <language>NL</language>
>   <header>blah</header>
>   <footer>bladibla</footer>
> </boek>
>
> en nog steeds niet de taal (<nl></nl>) als root-element.
>
> Maar een hoop zaken in XML worden aan de persoonlijke invulling overgelaten
> ... alles is puur afhankelijk van de DTD die je afspreekt.

    Mwah, het is gewoon een datamodel in ascii, dus als je technieken als
    E/R model of NIAM gebruikt, dan kom je toch wel tot een consistent
    geheel, zoals je het bv ook in Oracle of SQLserver zou invoeren.

> Want wat is er mis met bv:
>
> <boek isbn="1234567890" language="NL" header="blah" footer="bladibla"/>

    niets, :) het is gewoon een andere manier van opschrijven van
    hetzelfde model. Wel is het met sommige XML implementaties (lees: DOM's)
    moeilijker attributen toe te voegen/manipuleren dan elements.

> Momenteel vind ik de meeste XML-toepassingen nog maar wazig en het
> lange-termijn-effect van bepaalde ontwerpkeuzes is (althans bij mij) nog
> niet helemaal duidelijk.

    Ze zijn net zo duidelijk als lange termijn database ontwerpen:
    als je het goed doet en je model is goed gebouwd dan is je XML model
    ook goed. Laat je veel ambiguiteit in het model zitten, tja, dan
    heb je wellicht een probleem ;)

    Je kunt wel, itt RDBMSen, meerdere tables in 1 'table' of rootnode
    plaatsen, wat xml wel flexibeler maakt, maar gebruik je een modellerings
    techniek dan zijn samenvoegingen altijd een actie achteraf.

> Is het handig om wel of juist geen attributen te gebruiken?
> Is het handig om wel of juist geen enkelvoudige elementen te gebruiken?
> etc..etc..
>
    die attributen vs elementen is inderdaad wel een goede. Ikzelf vind
    attributen in xml verschrikkelijk, omdat de leesbaarheid snel achteruit
    holt, maar het is makkelijker mbv schema en XSLT, omdat je snel elements
    kunt matchen, dus ik vrees dat dat het wel wordt. Maar goed, we moeten
    ook niet overdrijven, XML is leuk, maar meer dan een database in ascii
    is het niet: zodra iets in een rdbms kan, stop het daarin :)

        FB