Názor k článku 602SQL Server: historie velkého produktu vyvinutého v malém týmu od Tomas Z - No zrovna XML je takova obluda, ze jsem...

No zrovna XML je takova obluda, ze jsem uz videl par aplikaci kde pouzili pro parsovani ocekavaneho primitivniho xml univerzalni knihovnu (nevim jestli expat nebo neco jineho), fungovalo to, bylo to dost rychle, ale nikomu nevadilo ze nechanym (defaultnim?) nastavenim vhodne xml dokazalo pri parsovani posilat ven obsahy souboru. Tim chci rict, ze spravne pouziti knihoven ma rezii se ctenim dokumentace, nekdy licence, release notes novych verzi (o nechani zavislosti na verzi stare nemluve), ktera tu rovnovahu v dlouhodobem behu muze dost posunout - coz mozna nevadi programatorum co maji deadline, ale udrzbe. (a ano, na kolene psane veci maji taky bezpecnostni problemy)

K puvodnimu tematu - co si vagne pamatuju, diskuse nad generatorem parseru probehla, ale v dobe kdy ten rucne psany parser byl davno hotovy a fungoval, a generovany by bylo (a) nutne napsat a odladit a (b) asi by byl pomalejsi - a tehdy se rychlost brala vazneji nez dnes.

Jinak i Winbase pouzivala pokud pamatuju par externich knihiven (tusim crypto knihovnu a lemmatizator pro fulltext?), a tehdy to az tak jednoduche nebylo (rozchodit na Linuxu, blbosti jako ze crypto knihovna pouzivala xor jako jmeno promenne takze fungovala jako C ale ne C++, o tom ze nefungovaly out-of-box na Itaniu nemluve)