調べた事

Intel(R) 6 Series/C200 Series Chipset Family USB Enhanced Host Controller - 1C26 - エラー 0x800f0219

片桐　継（Tugu Katagiri） — Sun, 19 Jun 2016 14:10:00 GMT

マシンはASUSのU24E。

Windows10 にしてからUSBが不安定で、デバイスがこのエラーで動作してなかったんよねー。

んでもって、がんばって、対処してみた。

原因は、Intelさんとこから出てるドライバファイルがWindows10 さん的に「あやしくね？」「バージョンちがくね？」なものらしく、それで動かないんですわー、的簡単なものなので、対処としてはこのファイルをWindows10さんが「正しい」「動かしてええよん」と思うドライバファイルにすればよいだけ。

このサイトの

https://downloadcenter.intel.com/download/19596/INF-Update-Utility-Primarily-for-Intel-6-5-4-3-900-Series-Chipsets-

青色ボタンの「infinst_autol.exe」を実行して、ファイル書き換えればＯＫ。

このページのこのボタンを押す、という行為に気付くのに時間がかかった＜を

実行後は再起動しておけば尚ＯＫ。

ドライバファイルはインテルさん証明書付なんで、Windows10さんはご機嫌に動かしてくれまする。

片桐さんがUWPアプリを作ろうとしています。序

片桐　継（Tugu Katagiri） — Mon, 06 Jun 2016 20:29:00 GMT

とりあえず、VisualStudio 2015 Update2 入れました。

VB.NETで「ユニバーサルアプリケーション」を新規作成して、出来立てほやほやプロジェクトをビルド。

そのまま素でエミュレートデバッグ実行してみた。

ぼーっと待つことしばらく（数分）、OSが上がってきて

もうちょっと待ってたら

真っ白画面キター！！

エミューレータデバッグ終わったら

こんな感じ。ふむ。うちのPCだとデバッグだけで使用メモリ1.2G増しってとこなのね。

スペックそんなに高くないからなぁ。

メモリが多いに越したことはないっぽい感じ。

片桐さんがUWPアプリを作ろうとしています。／Zero

片桐　継（Tugu Katagiri） — Sun, 29 May 2016 10:14:00 GMT

とりあえず、ここを読む

Windows 10 アプリに関するハウツーガイド：
https://msdn.microsoft.com/ja-jp/library/windows/apps/mt244352.aspx

とにかく、色々が変わりすぎ。ここまでクラス化、ライブラリ化が進んでるのかと。

ゆとりっていいなぁ＜何

Android Studio で Junit を使いたいので、戦い続けて挫折して立ち返って立ち直った話

片桐　継（Tugu Katagiri） — Thu, 21 Aug 2014 16:49:00 GMT

最初、EclipseでJunit 4.11+Robolectricを使ってたんだけど、AndroidStudioに移植した時に、全部グリーン状態のソースを移植したのでテストコードは省いてたｗ

なので、機能追加のついでに、テストコードも移植しようと思ったんだけど、意外な展開が。

!!! JUnit version 3.8 or later expected:

java.lang.RuntimeException: Stub!
＜中略＞
Process finished with exit code -3

素直にRobolectricを依存ライブラリに追加して実行して、なにこれ？？？というわけで色々と調査。で、判ったことは

Android StudioでRobolectric使うならプラグインいれましょう
クラスパスはJunit＞SDKの順番でライブラリ参照しましょう

あふー、gradleをいじる羽目になりましたですよorz　書き直すのメンドイなー。

RobolectricスタッフのブログやGoogleGroupを見る限りだと、この辺りの問題はできたら解決したいなー的レベルらしくて、しばらくは手動でごにょごにょの世界のようです。まぁAndroid Studio自身がbetaの立場だもんなー、正式版になってからなんだろうなぁ（遠い目）

で、やってみたこと。

app/build.gradleにrobolectricの依存ライブラリ追加
ルートのbuild.gradleにrobolectricのプラグインのための依存ライブラリ追加
app/buid.gradleにrobolectircのプラグイン追加
ここで、いったんgladleをSync
ターミナルから、プロジェクトルートでgladle robolectric を実行し、必要なクラスがコンパイルされていることを確認
テストコードを書いて、ライブラリが追加出来ていることを確認
テストコードから生成されたクラスの出力先をクラスパスに追加
プロジェクトルートにある、.imlファイルの中にあるクラスファイルの読み込み順番を変更
gladlew androidTest を実行

さらっと書いたけど、２から５の間はgradleソースの読み込みだったので、簡単じゃなかったよorz 　gradleソースはpom.xmlよりも何をやっているのかソースで追える分、楽と言えば楽だし、親切と言えば親切なんだけどね。やっててよかったgroovy。

そして、何とかたどり着く9のフェーズ。ここで恐怖のハマりポイント、自クラスをクラスパスにうまく追加できない、をやらかしてしまった。いや、世界には、この方法で解決している人もいるので（成功例がMacOSXだったりするのがとてもとても気になるけれどもｗ）きっと、何かが悪いんだろう。

収穫はgradleソースが読めるようになった、ってことで、挫折orz

これに丸々二日ハマって、なんか疲れたんで、基本に立ち返ってみたんだ。

Android SDK　にテストフレームワークがあるのかな？

結論から言えば、ある、Junitがある。ただし、バージョンは3.8。便利なassertもアノテーションも全滅のオールドタイプさん。まぁ悪いバージョンじゃないんだ、基本機能はガッチリ揃ってるし、実績も高いしさ。まさかとは思うけど、Mavenリポジトリサイトで、Junit3.8のダウンロード数が廃れないのは、こいつのせいだったりしてねｗ　

Testing Fundamentals | Android Developers:
http://developer.android.com/tools/testing/testing_android.html

基本に立ち返って、もう一度、この記事を目皿にして読み直し、抜粋したポイントは

ディレクトリを作成する
テストしたいAndroidオブジェクトに対応したTestCaseを継承してテストコードを書く
Android Test を実行する

これだけ。じゃ、やってみようか、もちろん、最初はレッドのテストでね。

まず、ディレクトリ作成

デフォルト配色で、androidTest/javaフォルダが緑色になればOK。これは、テストクラスのあるパッケージディレクトリですよ、を指している色で、これが指定されていないと、後の作業がメンドクサイ、フォルダ見難いｗ

このフォルダの指定は、モジュールの.imlファイルに記述されているので、検索してフォルダ表記が無かったら、それを記述追加してリビルドすれば環境ができているはず。できるだけ、いじらないでいたいなら、テストクラスとして指定されている別のフォルダがすでにあれば、それを新規作成すると後も綺麗に続けられるので楽。テストクラスのパッケージフォルダ記述が無いなら、仕方ないから追加ね。

そして、テストクラスを新規作成。これはいつもの新規作成の手順でOK。

public class ApplicationTest extends ApplicationTestCase<Application> {
    public ApplicationTest() {
        super(Application.class);
    }

    public void testAssertion(){
        assertEquals(1,3);
    }
}

絶対レッドのテストｗ＜手抜きすぎｗ

今回はアクティビティやコンテンツのテストではないので、ApplicationTestCaseを継承したけど、テストしたいものによって継承するテストクラスが異なるので、細かい事は前記述のサイトのリンクから参照で。(そのうち、まとめるとは思うけどｗ)

クラスが書けたら、次は実行設定。私は、モジュール内のｘｘｘｘTestクラスのtestXXXXメソッドを総なめにした。細かくやりたい人はパッケージ事とかに分けると良いと思う。

Android SDKのJunitは実行環境を必要とするのでエミュレーターは起動しておき、立ち上がりを確認したら、テストを実行してエミュレーターに環境割り当てをすると、テストモジュールがエミュレーターにアップロードされて……

よっしあぁ！レッドすねぇぇくかもぉぉん♪

というわけで、立ち返ってからレッドになるまで、２時間だったというオチｗ

基本って大事だね！　痛感したわ。

F#で簡単な配列を遊んでみる。

片桐　継（Tugu Katagiri） — Tue, 12 Aug 2014 12:23:00 GMT

とりあえず、型関連を遊んだら次は配列、というのが個人的にはお約束。

JavaやGroovyのListオブジェクト、Collectionオブジェクトと似たような感触でいじれるようなので、経験済だと困らないｗ

[<EntryPoint>]
let main argv = 
    // 1 - 100 step 1
    let baseList1 = [1 .. 100]
    // 1 - 100 step 10
    let baseList2 = [10 .. 10 .. 100]

    printfn "testing List = %A" baseList1
    printfn "--"
    printfn "List.Head = %d" baseList1.Head
    printfn "List.reverse = %A" (List.rev baseList1)

    printfn "partition mod 10"
    let filter x = ((x % 10) = 0) 
    let ansList1, ansList2 = List.partition filter baseList1

    printfn "answer-1 = %A" ansList1
    printfn "answer-1.length = %d" ansList1.Length

    printfn "answer-2.length = %d" ansList2.Length

    printfn "compare List = %A" baseList2
    if (baseList2.Head = ansList1.Head) then printfn "Head is same!"
    if (baseList2.Tail = ansList1.Tail) then printfn "Tail is same!"

    0 // return an integer exit code

1刻みとか10刻みの整数リストが作れるとか面白いね。そしてpartition関数((a ?> bool))?> list ?> (list * list))が気に入ったｗ　フィルター条件を関数に書いて、リストに通してあげるだけで、条件合致のリストを作り出せるとか、楽しすぎる。

実行結果を見てみると、

こんな感じ。リストオブジェクトのComparate も書けるらしいので、色々と面白いことが出来そうだね。

Androidアプリケーションでジェスチャーを実装するためのお作法

片桐　継（Tugu Katagiri） — Thu, 31 Jul 2014 11:20:00 GMT

というのを知ったｗ

making-interactive
http://developer.android.com/training/custom-views/making-interactive.html

ここに書いてあるんだけれど、

Whether or not you use GestureDetector.SimpleOnGestureListener, you must always implement an onDown() method that returns true.

片桐的超意訳によると

GestureDetcector.SimpleOnGestureListenerを使う時には、必ずonDown()メソッドでtrue返してねん

ってことらしい。画面でジェスチャーを受け取る時、最初に発生するイベントがonDown()なのだそうで、ここからtrueが返ることで後続のイベントにeventオブジェクトを引き渡しつつ発火できるって仕組み。

イベント連鎖でジェスチャーを判断してるとか、面白いねー。

閑話休題

2014年の横浜恐竜博で恐竜ロボットの制作過程や実験なんかが展示されていたのだけれど、その中に、前に人が立つと、その動きに反応して動くドロマエオサウルスの展示があったの。

ノートPC＋キネクト→ロボットコントローラで構成されていたよ。フレームを認識して、反応させて、追いかけようとしたり、鳴いてみたり。将来、CGでもない、着ぐるみでもない恐竜コンテンツができそうな予感。個人的には、着ぐるみのモフモフ感と柔らかさは捨てがたいけれどもねｗ

Androidアプリケーションの設定画面設計と実装についてまとめてみた。

片桐　継（Tugu Katagiri） — Wed, 30 Jul 2014 12:39:00 GMT

そのまえに。

フラグメント(Fragment)という用語が意外と大事って知った。

これは、画面の縦横制御や別個に動作する画面オブジェクトの制御にかかわるライブラリ群らしく、AndroidのバージョンHoneycombから追加されている機能。つまり、UIをプログラミングするにあたって、避けて通れない存在……と考えて良いみたい。

モデルやコントロール部分を作ってる間は考えなくてよかったんだけど、いざ、画面の部分を作るとなると、この辺りきちんと考えて実装しないと、例外でストーンと落ちちゃうアプリができちゃう。うむ、メンドクサイな＜を

一画面一機能で、メニューやダイアログはできれば使わないでいくと、Fragmentを実装しなくちゃ！的に追いつめられる感じではなさそうだけど。その一方で、API使ってできるだけコードレスで楽ちんしたければ、Fragmentを意識して実装しつつ、APIコールもお作法に則っていきましょう、という事が基本だってことを勉強した。

さて、設定画面作り、いってみよー。

設定画面設計と実装の流れ。

作業手順は次の通り

設定項目を洗い出す。
項目のXMLファイルを実装
項目を入力するためのXMLファイルを実装
設定画面アクティビティの実装

まぁ、いつもの通り、っちゃぁそのままだ。

設定項目を洗い出す

設定項目洗い出しは設計のお話だけど、ここでのポイントは、２階層のアウトラインでまとめておくこと。

たとえば、

一般
- 画面の色
アカウント
- ユーザーID
- パスワード
ネットワーク
- プロキシの登録

とかいう感じで。小タイトル＆項目タイトル、中身の説明なんかあれば良い感じ。こうすることでそのままXMLにまとめて、APIからすんなり呼び出せるように実装できるよ。

項目のXMLファイルを実装

項目のタイトルや表示する説明書きが決まったら、それらを /res/values/pref_strings.xml にresources/stringとして実装。すでにあるstrings.xmlファイルでも良いんだけど、ファイルを分けておくと中身を管理しやすいと思う。といっても、好き好きだけど。

リストにしたいものがある場合には、ここで、選択肢の候補をresources/arrayで実装しておいてね。

項目を入力するためのXMLファイルを実装

実際に、どんな入力方式で項目を設定するのか、それを/res/xml/pref_xxxxx.xml　に実装。ここは肝。

入力形式には次の物があって、

テキスト
リスト
チェックボックス

が準備されてる。テキストは入力するときにダイアログが出るし、リストはあらかじめ作っておいた候補を選択、チェックボックスはON/OFFの形式ね。どの設定項目をどの方法で入力できるようにするかを決めて、実際にXMLに実装していくの。

settings
http://developer.android.com/guide/topics/ui/settings.html

サンプルはここに。

設定画面アクティビティの実装

ここまで準備できたら、次はアクティビティの実装。ここで、先述のフラグメントが登場。

If you're developing for Android 3.0 (API level 11) and higher, you should use a PreferenceFragment to display your list of Preference objects. You can add a PreferenceFragment to any activity?you don't need to use PreferenceActivity.
Fragments provide a more flexible architecture for your application, compared to using activities alone, no matter what kind of activity you're building. As such, we suggest you use PreferenceFragment to control the display of your settings instead of PreferenceActivity when possible.
Your implementation of PreferenceFragment can be as simple as defining the onCreate() method to load a preferences file with addPreferencesFromResource().

って書かれててね。片桐的超意訳すると、

APIのレベル11以降で作るなら、XMLで作った設定オブジェクト表示にはPreferenceFragment使わないとダメー、ダメダメ。PreferenceActivityは使わなくて良いからさ、使いたいActivityにPreferenceFragmentを追加してやってよ。
どんなアクティビティを作った時でも、フラグメントはアプリをよりフレキシブルにしてくれる便利もんだよ。だから、設定画面にはPreferenceActivity使うより、こっち使う事をオススメ。
PreferenceFragmentのonCreateでaddPreferencesFromResouceメソッド使うだけで簡単にできちゃうんだ。そのメソッドがXMLファイルから設定項目読みだしてくれるよ。

的に、ご本家からは推奨されてる。

実際に、そういう事なら、とかるーっく実装。

public class SettingsActivity extends PreferenceActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        // Display the fragment as the main content.
        getFragmentManager().beginTransaction().replace(android.R.id.content,
                new GeneralPreferenceFragment()).commit();
    }

    public static class GeneralPreferenceFragment extends PreferenceFragment {
        @Override
        public void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            addPreferencesFromResource(R.xml.pref_general);

        }
    }
}

Activityのクラスに、サブクラスとしてFragmentを実装し、それをonCreateで読みだすだけ。うん、これだけだったわ。 テンプレに登録しておいても良いくらいだｗ

Javaを使っている時に、狭範囲内でランダムな整数をできるだけ平等に取りたい。

片桐　継（Tugu Katagiri） — Tue, 29 Jul 2014 22:03:00 GMT

ランダムな数字を取り出すのには、Randomクラスを使う。

Random (Java Platform SE 6)
http://docs.oracle.com/javase/6/docs/api/java/util/Random.html

たとえば、サイコロのアプリケーションを考えた時、１～６の整数の間でランダムな数字を取り出したい、ってことがあると思う。

ふと思ったのだけれど、その時にRandomクラスをどう使えば、できるだけ結果が平等になるんだろうか。

500回振ったとして、アプリケーションの作り方は次の考え方があると思う。

一回だけNewして、ランダム値を500回取る。
500回Newして、ランダム値を取る。

インスタンスの生成と破棄を考えたら、まぁ前者で作るんだけど、それでいいのかしらん？

と考え込んでしまったので、サンプルアプリを書いてみた。

   1:  /**

   2:   * サイコロサンプルアプリ

   3:   * @author esten

   4:   *

   5:   */

   6:  public class RandomTests {

   7:      // ６面ダイスを count 回振ってみる

   8:      static int dice = 6;

   9:      static int count = 500;

  10:      /**

  11:       * 結果を画面に表示する

  12:       * @param rolled

  13:       */

  14:      private static void print(int[] rolled){

  15:          final String formatString = "dice %d = (%4d) %s \n";

  16:          DecimalFormat df = new DecimalFormat("#0.00%");

  17:          for (int i = 0 ; i < dice ; i++){

  18:              System.out.printf(formatString, i, rolled[i], df.format((double) rolled[i] / count));

  19:          }

  20:      }

  21:      /**

  22:       * @param args

  23:       */

  24:      public static void main(String[] args) {

  25:          int[] rolled = new int[dice];

  26:          // ランダム一回パターン

  27:          Random rnd = new Random();

  28:          for (int i = 0 ; i < count ; i++){

  29:              rolled[rnd.nextInt(dice)] += 1;

  30:          }

  31:          System.out.println("One New");

  32:          print(rolled);

  33:          System.out.println("---");

  34:          // ランダムnewパターン

  35:          rolled = new int[dice];

  36:          for (int i = 0 ; i < count ; i++){

  37:              rnd = new Random();

  38:              rolled[rnd.nextInt(dice)] += 1;

  39:          }

  40:          System.out.println("New in loop");

  41:          print(rolled);

  42:          System.out.println("---");

  43:      }

  44:  }

で、実行してみた結果。まぁ、何回かやってみるわけだけど。

One New
dice 0 = (  86) 17.20% 
dice 1 = (  86) 17.20% 
dice 2 = (  84) 16.80% 
dice 3 = (  83) 16.60% 
dice 4 = (  84) 16.80% 
dice 5 = (  77) 15.40% 
---
New in loop
dice 0 = (  77) 15.40% 
dice 1 = (  70) 14.00% 
dice 2 = (  91) 18.20% 
dice 3 = (  93) 18.60% 
dice 4 = (  88) 17.60% 
dice 5 = (  81) 16.20% 
---

うーん、差は大きなものではない感じ。どっちでもいいのかな？　サンプル回数を増やしてみよう。count = 50000で＾＾；

One New
dice 0 = (8380) 16.76% 
dice 1 = (8444) 16.89% 
dice 2 = (8222) 16.44% 
dice 3 = (8287) 16.57% 
dice 4 = (8282) 16.56% 
dice 5 = (8385) 16.77% 
---
New in loop
dice 0 = (8304) 16.61% 
dice 1 = (8309) 16.62% 
dice 2 = (8402) 16.80% 
dice 3 = (8391) 16.78% 
dice 4 = (8259) 16.52% 
dice 5 = (8335) 16.67% 
---

あんまり差が出ない。でも、処理時間が後者だと目に見えて遅いのが判った。ってことは、前者の方法で良さげ。納得して使おう。

Androidアプリケーション開発にORMLiteを使う。

片桐　継（Tugu Katagiri） — Tue, 08 Jul 2014 11:23:00 GMT

というわけで、Androidアプリでデータベース機能を気軽に使うために？　ORMLiteを使ってみるｗ

OrmLite - Lightweight Object Relational Mapping (ORM) Java Package
http://ormlite.com/

使い方は次のとおりで良いみたい。

プロジェクトへライブラリ参照を組込み
マッピングするテーブルクラスを作成
リソースにConfigファイルを設定
DatabaseOpenHelperクラス作成
ORMLiteが提供するクラスを継承して、ServiceやActivityの処理クラスを作成

大まかにはこんな感じ。まぁ細かい事はまだまだこれからお勉強なので、今は、ほんの触りだけ。

プロジェクトへライブラリを組込み

Maven使っていれば簡単。

Maven Repository: com.j256.ormlite ≫ ormlite-android ≫ 4.48
http://mvnrepository.com/artifact/com.j256.ormlite/ormlite-android/4.48

ここにリポジトリ定義があるので、pom.xmlへコピペして保存。その後でプロジェクト更新すれば組込み完了。

自力の人は、jarファイルをダウンロードして、各自、プロジェクトから参照。依存関係は都度、解決してやってくださいまし。

マッピングするテーブルクラスを作成

いつものORMマッピングクラスと一緒ｗ　使うアノテーションについては、ここにリファレンスが。

ORMLite Documentation: 2. How to Use
http://ormlite.com/javadoc/ormlite-core/doc-files/ormlite_2.html#Class-Setup

シンプルな方法は、@DatabaseTableアノテーションでテーブル名を指定して、各マッピングフィールドに@DatabaseFieldアノテーションを追加していくこと。ID列の存在はORMするときにはお約束。作っておくと後々楽に対応できるので、持たせる方が吉。

リソースにConfigファイル設定

ORMLiteのConfigファイルはテキスト形式なんだけど、雛型を作るためのクラスが提供されてるの。

OrmLiteConfigUtil っていうんだけど、これをつかってConfigファイルをリソースフォルダに生成するとミスが無く簡単。

/**
** /res/raw/ormlite_config.txt Gen.
** !! /res/raw directory is exists before running !!
**/
public class DatabaseConfigUtil extends OrmLiteConfigUtil {
  private static final Class<?>[] classes = new Class[] {
    // Add your ORM-Mapping classes (ex.SimpleData.class)
    SimpleData.class,
  };
  public static void main(String[] args) throws Exception {
    writeConfigFile("ormlite_config.txt", classes);
  }
}

さくっとクラスを作成して、Javaアプリケーション起動すると作ってくれる。

そして、作成したテキストファイルに対してアクセスできるように、次のクラスにもgenフォルダ配下のRクラスにエントリーが出来てる。

これでConfigファイルの設定が完了。

DataBaseHelperクラスの作成

データベースへの接続とか、初回のテーブルオブジェクト生成とか、コードにするとメンドクサそうなデータベース関連の処理をまとめてやってくれるお助けクラスがAndroidアプリケーションには準備してある。それが SQLiteOpenHelperというクラス。このクラスをラップしたORMLiteSqlliteOpenHelperクラスっていうのがORMLiteから提供されているので、これを使うとデータベース周りのことをORMLiteにお任せできる仕組みになってるんだね。

ここで、ORMLiteを使う最大のメリット？　といえると思うのだけれど、色々と毎回作るのが面倒くさいDaoクラス、DAOパターンを使うとなると必ずついて回るこのクラスをここで定義しておくと、わざわざクラスを定義する必要が無くなる！。実はORMLiteはDAOクラスのひな型を中で持っていて、データベーステーブルクラスと紐づけさえしておけば、そのクラスのDAOとして機能するあるの。つまり、FindAllとIDを条件とするSELECT、INSERT、UPDATE、DELETEの処理だけなら、わざわざ自分で作らなくても、ORMLiteのDAOクラスを使うことで書く手間もテストの手間も省ける寸法。

たしかにねー。毎回、FindAllとFindByIdとsaveとupdateとdeleteのために書いて、テストして、じゃねぇ（遠い目

ソースは長いので、サンプルのURLで割愛しとくｗ

ormlite-examples/android/HelloAndroid/src/com/example/helloandroid/DatabaseHelper.java at master ・ j256/ormlite-examples ・ GitHub
https://github.com/j256/ormlite-examples/blob/master/android/HelloAndroid/src/com/example/helloandroid/DatabaseHelper.java

Helperクラスができてくれれば、後は、いつもと一緒？＜を

ORMLiteが提供するクラスを継承して、ServiceやActivityの処理クラスを作成

せっかく作ったHelperクラスを使用できるように、後はORMLiteXXXX系クラスを継承して、自分の欲しい処理クラスを書いて、動かしていくだけｗ

後の詳しい事は、また触りながら色々と覚えていくことにしてみようｗ

気持ち、ActivityはViewのつもり、でいるので、ModelとViewModelの層でのみHelperを参照するようにしたいなぁ、というのが本音。

ORMLiteXXXクラスはActivityで継承して使うから、コンストラクタで渡していくしかないけど、なんとかなりそうな感じだし、この方針でやってみよう。

SpringFrameworkを使うなら、HelperクラスをSingleで持っておいて、アプリケーションコンテキストにぶら下げてガンガン使っていけるんじゃないかなーとも思うんだけど、今回は使わなかったのでそのあたりはちょっと不格好というか不器用な作りになっちゃうけど、まぁいいやｗ

今日はここまでｗ

Androidアプリケーションでデータベースを使いたい。

片桐　継（Tugu Katagiri） — Mon, 07 Jul 2014 13:33:00 GMT

さて、アプリケーション作る上で必要なもののひとつ、データベースにデータ格納して、取り出して使いたい、なんて時。

まぁ普通にORMでゆとりして、DAOパターン使えばいいよね、とか考えるんだけど、Androidだとどうなんだろう。

調べてみて、判ったことは

データベースにはSQLiteを使う。
SQLiteを使うように、処理クラスが用意されている。
ORMするには、追加jarライブラリが必要。

ってことまで判った。

ORMしなくても、地道にSQL書いたり、用意されてるメソッド読んだりして処理できるらしいけど、書くソースコードが多いので疲れそう。あとでメンテするのもメンドクサそう。

なのでやっぱり、ORMしようかな。

Hibernateは使い慣れているけれど、Android環境ではどうなんだろう。

なんて考えながら、ネットをうろうろして、ちょっとみつけたものがあるので使ってみようと思う。

OrmLite - Lightweight Java ORM Supports Android and SQLite
http://ormlite.com/sqlite_java_android_orm.shtml

軽そう＆面白そう。使い方はアノテーション＆Configファイルで良さそう。

試してみることにするｗ

話変わるけど、Mavenってツールがあるのね。これは、コンパイルするときに必要なリンクライブラリをかき集めて取ってきてくれるツール。他にも色々と便利な機能があるけど、複雑になっちゃうので割愛。依存関係とかあると、これを使うならこれが必要、あれリンクするならあれも必要、とか、人力でやってると、ライブラリがないよエラー連発でキーーッてなるような事故がよく起きる。それを「これ使います」と特定のファイルに書いておくと、関係ライブラリもひっくるめて、探して全部まとめて取ってきてライブラリパスからリンクできるようにしてくれるから、ストレスが減っておすすめ。

つまりは、リンクライブラリで苦労したくないなら、入れておけってことだｗ

話を戻して、さっきのOrmLiteを追加してみる。

で、Mavenプロジェクトにしていると、リソースに、pom.xmlってファイルができる。ここにOrmLite用の依存ライブラリを追加すればいい。

Maven Repository: Search/Browse/Explore
http://mvnrepository.com/

というサイトを知っておくと、この作業がとっても幸せ＆楽ちん。

実はこのサイトは、検索してMaven用のリポジトリをpom.xmlにコピペできるように提供してくれるサイト。

ここで検索すると大概のリポジトリ定義は見つかるので、さっそくコピペ追加して、プロジェクト更新。

必要なjarライブラリが追加されるので、プロジェクトの準備完了。

さっそく、OrmLiteのサイトの説明を見ながら、ちょっとサンプルアプリを作ってみようｗ

でも、疲れたから、今日はここまでorz　