Developerサイトに移行します。見た目やトピックエリアなど更新されますが、開発者に必要とされるコンテンツを引き続き提供していきます。満足しており、SAXでは不十分だと考える方も、いずれはDOMからアプリケーション開発者が使用する他の形式へ移行する方法を探さなければならなくなります。ここで言う他の形式とは、もちろんSAXとJDOMです。DOMを入力として受け入れ、それを他の何かへ変換しなければならない場合、どうすればよいのでしょうか?これは、もっともな疑問です。完ぺきな文書表現を提供するDOMを他の形式に変換することには大きな意味があります。このヒントでは、DOMをSAXまたはJDOMへ変換する方法について学びます。2では、残念ながらDOMツリーをSAXまたはそれ以外の形式に出力する手段が提供されていません。その結果、おのおののパーサーを実装すると、出力用にカスタムAPIセットが提供され、実装の独立性は失われます。3がどんな出力方式を提供するか、成り行きを見守る必要があります。ベンダーの資料で学習するようにしてください。クラスを使う必要が出てきます。いずれの場合でも、多分DOMツリーをストリームへ出力し、順次処理するために、そのストリームをSAXに戻さなければなりません。リスト1では、DOMツリーをストリームに出力することだけを示しているので注意してください。その後で、そのストリームをSAXプロセッサーへの入力として使用できます。}}DOMからJDOMへの変換DOMからJDOMへの変換は、DOMからSAXへの変換と比べかなり楽です。これは、実際、理にかなっています。DOMツリーをいったん入手したということは、既にSAXを通じてデータを取得する機会があったということです。実際、DOM表現により、XMLを保管するためのメモリーが既に使い果たされているため、DOMツリーはSAXによって処理されるのが最善という状況はめったにありません。一般的な作業は、DOMツリーとして入ってくるXML文書をJDOMツリーへ変換することです。文書表現ですが、その振る舞いと機能は、かなり異なるので、DOMツリーをJDOMに変換するのは他の人に頼みたくなるかもしれません。自分の構造を他の人の構造へ変換する方法は理解しておく必要はあります。ユーザーに提供しています。実際この処理だけでは十分ではないので、リスト2にコードを示して処理の過程を見ていただきます。}}これ以上説明することはありません。一度DOMからSAXへの変換法を覚えてしまえば、必要とするいかなる出力形式とも取り組むことができ、また、将来出会うどのようなXML表現とも対話できるようになります。3の仕様が、DOMツリーを出力するため、標準的な、ベンダーに依存しない方法へ変更されることを期待しましょう。それまでは、DOMを楽しんでください。Megginsonのサイトをご覧ください。ついてより詳しく理解してください。W3CのDOMページでDOMの背景をご覧ください。zoneで以下の最新のヒントを読んでください。Webページの目次のショートカットとしてXSLTを使用する。RDFを用いてスタイル・シートを文書化する。XSLTのルックアップ・テーブルを使用する。(Wrong-document例外を起動せずに)。XSLTを使ってJDOMを使用する。SAXおよびSAXヘルパー・クラスを使用してベンダー依存から脱却する。SAXを使用してDOMまたはJDOMを必要とするアプリケーションと交信する。コメントコメントを登録するにはサインインあるいは登録してください。