2017.07.15「開発環境構築」カテゴリを追加しました。 2017.04.03サイトをリニューアルしました。 2015.05.01「訂正履歴」を更新しました。 2014.01.10「訂正履歴」を更新しました。 2013.08.10「訂正履歴」を更新しました。 2013.01.22「訂正履歴」を更新しました。 2013.01.07レイアウトを一部変更しました。 2010.12.06「おすすめ書籍」ページを追加しました。 2010.11.25「訂正履歴」を更新しました。 2009.08.05各種ソーシャルブックマークボタンを追加しました。 2009.06.10Java Topicsに「スレッドの詳解」を追加しました。 2008.11.19リファレンス・UMLに「タイミング図（Timing Diagram）」を追加しました。 2008.11.16リファレンス・UMLに「相互作用概要図（Int
Javaの標準API（java.*, javax.*）に含まれるメソッド名を分析して、よく使われている単語や接頭辞を抜き出してみました。 これで、もうメソッド名を決めるのに迷わない！はず…。 接頭辞 順位 単語 意味 代表例 出現回数 1 get 取得する List#get() 21198 2 set 設定する List#set() 8197 3 is 〜かどうか List#isEmpty() 4373 4 remove 取り除く List#remove() 2403 5 add 追加する List#add() 2213 6 create 作成する URI#create() 853 7 paint 描画する Component#paint() 731 8 update 更新する Component#update() 573 9 contains 含んでいるか List#contains()
こんな名前のAPIがありますね。主にXMLの読み込みを行う為のAPI群であります。SAX以外は、書き出しもできますね。そう、SAXは書き出しできないのですね、基本的に。 <foo> <bar>baz</bar> </foo> っていうもの凄い単純なXMLを、これらのAPIでどのように扱うのか。比較なエントリ。 まずはDOM DOMは、パース時にXMLの内容を全てメモリ上に保持し、パース後にどの要素にもいつでもアクセスできるような環境を作り出す。 import java.io.ByteArrayInputStream; import java.io.StringWriter; import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.t
Androidのデータベース「SQLite」の使い方は？ 今回は、以下の記事の続編になります。 Androidアプリのデータ保存方法の一つ「SQLite」の使い方 SQLiteOpenHelper編 Androidアプリのデータ保存方法の一つ「SQLite」の使い方 行の追加・更新・削除編 これまで、データベースのオープンと、レコードの追加・更新・削除についての説明をしました。 今回は、SQLでいうselect文、レコードの検索について説明していきます。 一概にはいえませんが、データベースを取り扱う上で、コード的には最も実装する場面が多いのが、このselectじゃないかなと思います。 これから示すサンプルコードでは、「Androidアプリのデータ保存方法の一つ「SQLite」の使い方 SQLiteOpenHelper編で掲載しているサンプルコードにて、既にSQLiteDatabase型イン
Java言語でメソッド中で内部クラスを作る時、そのメソッドのパラメーターやローカル変数に内部クラスのメソッド中からアクセスできます。しかし、この場合にはこれらの変数にfinalを付けないとコンパイルエラーになってしまいます。 public void test(int param) { // コンパイルエラー String value = "Hello"; // コンパイルエラー Test t = new Test() { public void print() { System.out.println("param = " + param); System.out.println("value = " + value); } }; } この問題については、ある程度経験を積んだJavaプログラマーなら常識なのかと思いますが、初心者は最初につまづくところかと思います。しかし、経験を積んだJav
なぜ、内部クラス（ローカルクラス、匿名クラス）からアクセス可能なローカル変数が final でなければならないのか、 その理由が次の記事に説明されている。 いまさらだけど、Java言語にはクロージャーがない - 達人プログラマーを目指して しかし、 つまり、以下のプログラムを考えてみれば内部クラス中からアクセスするローカル変数がfinalでなくてはならない理由が納得ができます。 とあるが、残念ながら、例示されているプログラムでは納得することはできない。 以下がそのプログラム。 public Test createTest(final int param) { final String value = "Hello"; // finalでないと // value = "Hello2"; // param = 3; // などの再代入が可能で結果が矛盾する。 return new Test()
前回の記事で話題となった匿名(内部)クラスとfinalの関係を知るために実験を行った。 と言ってもやる事は無限ループを、教えてもらった匿名クラスの形式で書くこと。 つまり、 new Thread(new Runnable(){ public void run(){ while(true){ myX = myX + myVX; if(myTerminusX == myX){ myVX = 0; }else{ myVX = (myTerminusX - myX)/50+(myTerminusX - myX)/Math.abs(myTerminusX - myX); } myY = myY + myVY; if(myTerminusY == myY){ myVY = 0; }else{ myVY = (myTerminusY - myY)/50+(myTerminusY - myY)/Math.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
