XSLT

[wizzard]

в моем проекте появились XSLT-шки. примерно по 20 кб. пока 2 штуки. щас буду писать третью. я идиот?

значит ли это, что пора переписывать куски на функциональном языке с похожей семантикой?

это собсна произошло после того как кое-чего переползло с кастомного формата на хмл, т.к. им по сути является.

Comments

[justy-tylor.livejournal.com]

Неймспейсы в XML введены дополнительным хаком, а в литералы вообще впихиваются как SGML entities. Совсем не пример для подражания.

А SQLite у меня сейчас в живом проекте используется, с неймспейсами и конфигурацией базы "под триплстор". Для обычных ("программных") AST не стал бы - другая ниша по объёму/скорости. Но тоже смотрел бы в первую очередь на графовые решения.

[wizzard]

Мне самому нравится SQLite. Но нафик она нужна если персистентности не нужно?

[wizzard]

А, да. Про персистентность. Как я ее в репозиторий положу? )

[justy-tylor.livejournal.com]

Ну как. Если это редактируется, то свои базы и свой diff/merge. Причём, сразу более клёвый, чем на голых текстах. А если производное от исходников, то смысла не более чем в версионировании .obj.

[wizzard]

У меня есть dataflow-процессор на питоне. Жует он исходники, по-всякому их процессит, результат отдается заказчику. По емейлу, например. Или заливается в репо. В один прекрасный момент мне пришло в голову, что элементы датафлова можно делать из хслт-таблиц. С целью *уменьшить codebase*, переведя адхок-трансформации на что-то, что имеет хотя бы спеку. А свой диффмерж и свои базы - это плюс код, плюс (местами) гемор с деплойментом, етц, етц.

[wizzard]

А, и еще, в случае особой шизы, я это всё могу откомпилять в JS + XSLT, побороть тыщщу багов транслятора и загнать в браузер. Мне оно, правда, не надо, да и нынче sqlite в браузерах тоже появилось, но я бы на ее поддержку все же не рассчитывал.