「メインで使うプログラミング言語」記事へのコメント

XSLT

[u400 (9958)]

プログラミング言語とは毛色が違いますが。
最近はC(Apacheモジュールなんで仕方なく)でXML吐いてXSLTでXHTMLへ、とかやってます。
DB使うときはSQL+Ruby+XSLTなんてのがマイブームです。

はやりませんねぇ、XSLT…

Re:XSLT

[acute!! (6872)]

自分とこは、cocoon2erなので、XSLTが基本です。

下にはむしろプログラムは書くなと、XSPにもJavaは書くなと、
書けても書くなと言って聞かせております。
ロジックは、PL/pgSqlか、PL/SQL(もしくはJavaストアド)に書くか、
それでも出来ない場合にのみ、Cocoonを拡張するなどの
Javaのクラス作るようにしとります。

XSLT+SQL+設定ファイルといった実装ですが、
マシンパフォーマンスだの、細かい事言わなければ、
結果ベースで、見通しがよいの

Re:XSLT

[njt (4968)]

XSLTって関数型言語のような動きをしますよね。
それだけでも、手続型言語のデバグに慣れた頭には負担なのに、IE5.5とMozilla1.3で別の動きをして狂う。
趣味でかじってみただけなので、よくわかってないだけ？

Re:XSLT

[u400 (9958)]

＞ IE5.5とMozilla1.3で別の動きをして狂う。
IE55はXSLT的に古すぎるかと。
そういう困ったことにならないようにXSLTはサーバ側で
CPUとメモリを削って実行するのが普通になってます。
だからXSLTがかんでても実際にブラウザがパースするのは大概XHTMLです。

うちはIE6がデフォルトなので社内用のXSLTはクライアントに処理してもらってます。
# 理想的な負荷分散だと思うんですけど、XLSTを処理できるブラウザが少ないので
# この処理方式は世の中にはあまり受け入れられないようです…

Re:XSLT

[njt (4968)]

なるほど、そういうもんでしたか。
自分の年賀状用の名簿をXSLTにかけて遊んでいる程度なので、ブラウザだけで処理していました。
まぁ、仕事でサーバつくるとしたら「クライアントから来るデータなんて信用ならん！」という前提でつくるので、結局サーバ側で(も)parseすることにしそうです。