親ノードを辿れたり、タグの属性を指定して更新できたりしてコードがすっきりするのでこのAPIを使いたいわけですが、EvernoteのクラウドAPIで取得したnoteの本文を丸々突っ込むとパースがクソ重いです。コードは以下のようになるかと思います。builder.parse(in);パースが遅い故、デバッグもし辛いしorg.w3c.domの利用を諦めようとしていましたが、<en-note>~</en-note>を抜き取ったものを使うと劇的に速くなります。Streamの宣言の間に以下のように、文字列処理を行うと良いでしょう。document.getElementsByTagName("a");のように指定したタグでリストを作ってくれるので、僕にとってはXMLをイメージしやすく扱いやすいです。※ソースは現在実装中のものから抜き出し見やすくしているので、コンパイルは通してません。XmlPullParserを使う場合ググるとAndroidではXmlPullParserを使う例が多いようです。}ノートの本文は上記同様String型のcontentに。データを丸々突っ込んでも快適に動作します。直感的ですが、while文を回して取得して文字列を辿るのが今回は適さないので深くは見てません。SAXParserとDefaultHandlerを使う場合Java関連でググると軽量なXMLの解析はSAXが提案されてました。parseを実行すると以下のNoteSAXHandler内のメソッドが実行されます。}}タグ名などはstartElementメソッドで取得でき、タグに囲まれたテキストはcharactersメソッドで取得します。このように、タグを探して中身を取得&更新みたいな事をしようとすると、若干トリッキーな実装になりそうだったのでちょっと扱いづらいです。本文を丸々突っ込んでも快適に動作します。最後に動作を試したのは、いずれも少ないデータでの話なので、決定的な速度の違いはありませんでしたが、データが大きくなれば特徴が現れるかもしれません。上のやり方でちょっと触れたように、パースが遅ければ文字列処理で削るなどの方法でなんとかなるんじゃないかと思いますし、あまりトリッキーな事はバグの原因やテストが増えるので、一番上のやり方を使いたいですね。データを引っ張ってくるなら、下2つのいずれかが良いでしょう。人気の記事Eclipseの高速化メモEclipseが重いと一言に言っても、いろいろな工程での話があると思いますが、過去記事のなども含めてこの記事にピックアップしておきたいと思います。以下はWindows環境での話です。PF-102デザインと信頼性はいいのですが、操作は若干分かり辛いです。設定は最初だけ設定すればほぼ変更する必要はありません。稀に操作がすることがあって、そのときに説明書を探すのが大変のため、メモしておきます。JavaでprivateなfieldやmethodにアクセスするJUnitでテストしてると、privateなフィールドにアクセスして、値を参照したりセットしたりしたくなるわけですが、よく使うのでメモしておきます。次のような対象のクラスがあるとします。