VBScriptについて必死に話し合うスレ [無断転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
2017/06/28(水) 20:52:02.68ID:FEh7eDwE
ピラフ逃亡中?
649デフォルトの名無しさん
垢版 |
2018/03/29(木) 16:15:48.47ID:+dX3Weor
>>646
SGMLのノードをそのままリストにしたような感じになる。
もちろんXMLもそのままリスト化できる。
たとえば、閉じタグが欠損したノードを自然な形でツリー上に表現することはできないが、リストならできる。
さらに、リスト上を走査すると欠損していることが判定できるので、エラー回復も容易にできる。
この性質を利用して何かが欠損したフラグメントをリスト上に追加することができるし、欠損を補完することもできる。
おそらく編集にはリストが最適だと思う。
さらに言えば、リストをツリーとして扱うアダプタも容易に作れる。
属性をリスト上に表現することはできるが、何もメリットが無いので、開始タグ上に配列として表現するのが良いと思う。
実際にそうして困ることは何もなかった。

欠点はパフォーマンスだけだと思う。
650デフォルトの名無しさん
垢版 |
2018/03/29(木) 16:22:24.98ID:+dX3Weor
XML、SGMLをリスト上に表現するのは、HTMLエディタのようなフラグメントを扱うときに最大の効果がある。
HTMLフラグメントをコピペする場合、タグのバランスが取れていないことはよくある。
また、バランスは適正であるが、冗長であるという場合もある。
こういったものをツリー上で修正するのは困難であるし、そもそもツリーとして表現する時点で修正されていなければならない。
実際にやってみればすぐに壁にぶち当たる上、修正困難なバグに悩まされるだろう。
リスト上に表現するだけで、問題が一掃されるので、かなりお勧めできる。
もちろん間違ったフラグメントを追加しないのであれば普通にツリーを使えばよい。
651デフォルトの名無しさん
垢版 |
2018/03/29(木) 16:25:29.79ID:+dX3Weor
最近はやりの、WYSIWYGなオンラインエディタなどで、安全にHTMLを修正する。
あるいは、クローラによって安全かどうかわからないソースから安全に情報を引き出す。
こういったことはツリーではなかなか難しいと思ったほうが良い。
壊れた状態を表現できないことが逆に壊れた結果を生み出す。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況