AndroidでTwitterのタイムラインを取得する【XmlPullParser】 | Techfirm Android Lab
こんにちは。daichi1128です。 以前、ListViewのカスタマイズとしてTwitter風のListViewを作成しました。 ListViewをカスタマイズする | Techfirm Android Lab せっかくなので、今回は続きとしてネットワーク通信をしてTwitterのタイムラインを取得する部分を作ってみます。 今回必要な作業は Twitter APIの理解 AndroidでHTTP通信 XMLデータのパース です。 Twitter APIの理解 Twitterのタイムラインを取得するにはTwitter APIを利用します。 Twitter API Wiki / Twitter API Documentation 今回はアカウントの認証が不要なpublicなタイムラインを取得することにします。 Twitter API Wiki / Twitter REST API
JavaのXPath実装の比較 (2007-05-05)
いままで日本語のAPIドキュメントがあるという理由でjavax.xml.xpath.XPathを使っていたのだけれども、隣の芝生であるところのorg.apache.xpath.XPathAPIが異様に青く見えて仕方ないので違いを調べてみた。 一番の違いは、前者はファクトリクラスで生成したオブジェクトを使ってXPath式を評価するのに対し、後者はスタティックメソッドを使ってXPath式を評価する点だと思った。あとはメソッドに渡す引数の型が java.lang.Object か org.w3c.dom.Node かの違いとか、返ってくるのが java.lang.Object か org.w3c.dom.NodeList かの違いとかそんなところ。ちょっと細かく見ていってみよう。 こういうXMLを処理させたい。 <?xml version='1.0' encoding='UTF-8' ?> <d
SAXParserをXmlPullParserにて書き換えてみた - minghaiの日記
普通のプログラマさんなら機能を追加すると思うのですが、相変わらず重箱の隅を突いています。 android.util.Xmlからorg.xmlpull.v1.XmlPullParserに書き換えてみたところ結果は非常に良好でした。 JavaSE6のStAXにはないnextText()の存在が大きいように感じるのですが、これはStAXのgetElementText()にて代用になるのでしょうか？ちょっと調査しないとわかりません。 なんにせよSAXのコンテントハンドラに比べて、コンテキスト処理を自前で記述する必要が減ったため、プログラムの記述量が減りました。itemタグの中であるかどうかだけは自前で記述しなければなりません。これは最初の1回のRSSタイトルだけスキップすれば良いのでループ前に飛ばしてしまえば良いのかもしれません。プル型の良さは全文検索する必要もないしコンテキストに従った手続き記述
JAVA開発メモ - XPP3
import java.io.FileInputStream; import java.io.IOException; import java.io.StringReader; import org.xmlpull.v1.XmlPullParser; import org.xmlpull.v1.XmlPullParserException; import org.xmlpull.v1.XmlPullParserFactory; public class SimpleXmlPullApp { public static void main(String args[]) throws XmlPullParserException, IOException { XmlPullParserFactory factory = XmlPullParserFactory.newInstance(); f
XBLとuserContent.cssとGreasemonkey - 素人がプログラミングを勉強していたブログ
追記：コメントでbindToUntrustedContent="true"が必要になったと指摘をうけたので追加 2015/3/21 userContent.cssに @-moz-document domain("reader.livedoor.com") { #right_body > .item { -moz-binding: url("ldr.xml#filter") !important; } } と書いて、同じchromeディレクトリに、ldr.xmlという名前で <?xml version="1.0"?> <bindings xmlns="http://www.mozilla.org/xbl"> <binding id="filter" bindToUntrustedContent="true"> <implementation><constructor><
HTML と XHTML で同じ XPath を使う: Days on the Moon
通常、XPath を書くときは //p のようにすることが多いと思いますが、これには名前空間の指定が含まれていないため、XHTML 文書 (MIME タイプが application/xhtml+xml で提供されている文書) では使えません。これに対するアプローチとしては、//h:p のようにあらかじめ XPath 式に名前空間の指定を含めておき、リゾルバによる名前空間接頭辞の解決時に HTML と XHTML とで処理を分けるというのが一般的でした。「XPathNSResolver のクロスブラウザとか」や「document.contentType == "application/xhtml+xml"なページでの$X」で扱っている方法です。 とはいえ、いちいち名前空間接頭辞を指定するのは面倒くさいですし、同じ名前空間に対する接頭辞が人によって違うのも不便です。XPath 式の中で要素名
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaでXMLを操作の４種類方法とサンプルソース | DigiTechLog Dot Com
