Имах да правя една кур-сова работа по XML та ми се наложи да си поприпомня накои работи за XSLT трансформации и DTD схеми. Преди 2 години кандидатствах в едно фирме и имах за задача с XSLT един XML файл да стане на дръвце с всичките му там плюсове и минуси. Получи се доста интересно, а и разучих XSLT-то. Ей това е въпросното дръвце.
Сега за кур-совата работа трябваше сам да си измислям тематика и аз естествено както никога си избрах групи и албуми. Добре стана, поне според мен, да видим г-н Бой…, ъъъ Павлов, какво ще реши. Та реших малко да си поиграя, щото се получиха 3 XML файла и 4 XSL стила, което прави 12 възможни комбинации. Сега то за всеки файл си имаше стил, който си е само за него, но като поразцъках и се получиха интересни комбинации. Общо взето отделянето на даннито от представянето е супер яко нещо, стига да е направено като хората. Позволява голяма скалируемост и…, ъъъ, абе кво ми пука всъщност? Направих една страничка където могат да се разцъкват комбинациите, макар че както казах някои XML-и определено не се трансформират добре с някои XSL-и.
Тука се сблъсках със следния проблем – трябваше по някакъв начин да изкопча от браузъра HTML output-а на трансформацията, обаче като се даде view source естествено излиза XML сорса. Та естествено потърсих с google и открих е тази програмка от MS – msxsl.exe. Общо взето за да се вземе output-ът се пише msxsl.exe source.xml style.xsl -o output.htm и ей гов на. Само дето ревеше за DTD дефиницията, та трябваше да разкарам тоя ред временно.
И ми е много интересно като са мислили едно време тая CDATA що са избрали точно < ![CDATA[ и ]]>? Не можеше ли да е нещо по-уникално, нещо което много по-рядко може да ти се наложи напишеш по една или друга причина? Например (_)_)=====O и O=====(_)_). Верно повече се пише, но пък от друга страна ако ти трябва да имаш ]]> в текста нема проблеми.
Сега следва Perl. Там какви истерии ше има, не ми се мисли.