混沌のiPhone開発ブログ

テーブルの各セルの高さを変えたい場合はheightForRowAtIndexPathで指定します。これまでと同様にindexPathの値で場合分けをしてゆくと良いでしょう。

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {

Kigen ver1.5.0が無事承認されました。ネットワーク利用のプログラムが承認されるかどうか不安でしたが、あまりおかしなことをしていなければ承認されるみたいですね。ひと安心です。久しぶりにiTunes Storeを覗いてみたところ、日本語のレビューが掲載されていました。目を通してみると…List Viewでno nameが表示されたそうですね…

no nameの問題はデータベースの更新で私がポカをやってたせいです。ごめんなさい。具体的には編集で名前を変えた時にソート処理を入れ忘れていたんです。そのせいで、内部にある名前管理用のデータベースと期限管理用のデータベースの同期が不完全になり、宙ぶらりんになってしまっていたのです。一度こうなると最悪の場合ゴミとしてList Viewに残り続けてしまうのです。List Viewから削除する機能は近日中に追加します。ちなみに、現バージョンで新たにno nameが発生することはないはずです。

データベースで各列に使うデータ型は主にint、real、charですが、それらをプログラム側とやり取りする時は以下のような感じになります。それぞれプログラム内の変数は
という場合です。

SQL文の?に埋め込む場合

データを取り出す場合

以前にSQL文がそのまま検索に使用できる時の流れは書いていますが、検索条件をプログラム内で変更したい場合も当然出てきます。その場合の方法です。説明のため、またKigenの一部ソースを引っ張ってきて手を加えています。

NSInteger level1 = 1;
sqlite3_stmt *st;
const char *sql2 = "SELECT pk FROM kigen WHERE level1=?";
if (sqlite3_prepare_v2(database, sql2, -1, &st, NULL) == SQLITE_OK) {

 作成の最終段階、実際のデータ入力です。ホームのファイルは前回のまま残っているものとします。

1. 前回と同様、ターミナルでsqlite3 test.sqlと入力しEnterを押します。
2. insert into namae(pk,name) values (1,'abc');と入力しEnterを押します。nameとして"abc"という値を持つ行が作られます。
3. 同様にinsert into namae(pk,name) values (2,'xyz');と入力しEnterを押します。さらに"xyz"という値を持つ行が作られました。
4. では確認してみましょう。select * from namae;と入力してEnterを押してください。これで２行のデータが表示されていれば、入力は成功しています。
5. .quitと入力しEnterを押して終了します。

ものすごく簡略化していますが、基本的なデータファイルの作成方法はこんな感じです。自分で使いたいデータベースの形によって、テーブルに含める列の数やデータ型等を工夫してみましょう。作成したデータファイルはホームから自分のプロジェクトフォルダにコピーして、プロジェクトのリソースにはXcode上で追加＞既存のファイル...で組み込みます。

ちなみに、上の例でpkに指定しているprimary keyというのは、各行で決して重複した値をとれないように制限を設ける設定です。上の例でもしxyzを入れるとき、pkを1にしていたらabcの行とかぶるのでエラーが出て入力できません。この設定は、データベース内のある行の値を変更したいという場合に利用できます。変更を行う場合、複数行を同時に変更するような命令は受け付けられません。そこで確実にデータベースの１行だけを狙い撃ちで指定できるprimary key設定された列があると便利なのです。なお複数行の変更は該当するpkのリストを作り、１行ずつ変更します。

 前回は何もしていないので、今度はテーブルを作成します。

1. 前回同様にターミナルを起動します。
2. 今度はsqlite3 test.sqlと入力してEnterを押します。test.sqlを作りたいことが伝わります。
3. create table namae(pk int primary key, name char);と入力してEnterを押します。これでnamaeという名称のテーブルが作られます。pk int primary keyで、テーブルに行ごとに別の整数を持つpkという名称の列を作ること、name charでnameという名称の文字列を格納する列を作ることを指示しています。データの型には他に浮動小数点型のrealなどがあります。
4. 確認のため、.tableと入力してEnterを押します。namaeと表示されていれば、テーブルが作られています。
5. 次に.schema namaeと入力してEnterを押します。namaeテーブルを作成した時の命令が表示されます。これでテーブル内の列にどのようなデータ型を指定したか確認できます。
6. 今回はここまで、ということで.quitと入力しEnterを押します。

ファイルはホームに作られています。Finderで確認してみてください。ファイルはテーブルを作った時点で作成されます。

 データベースファイルを作成する方法です。まずは基礎の基礎、SQLite3の起動と終了から。

1. Finderで場所からアプリケーションを選びます。
2. ユーティリティのターミナルを選びます。
3. sqlite3と入力しEnterを押します。SQLite Version 〜と表示されれば起動成功です。
4. .quitと入力しEnterを押すと終了します。
5. ターミナルを閉じます。

iPhone SDKがインストールされている環境なら追加でインストール等を行わなくてもSQLite3は起動するはずですが、念のための確認です。

 各言語に応じて表示内容を変えたい場合

プロジェクトの入っているフォルダ(*.xcodeprojが入ってるフォルダ)内にフォルダを作ります。フォルダ名は英語ならEnglish.lproj、日本語ならJapanese.lprojです。
それぞれのフォルダの中にLocalizable.stringsという名前のテキストファイルを作っておきます。
実際のプログラム内で、言語毎に変える文字列をNSLocalizedStringを使って書きます。
例:cell.text = NSLocalizedString(@"Add new category", @"Level1 add new text");
@"Add new category"がLocalizable.strings内部を探す際のキーワードになります。@"Level1 add new text"の方は自分が何のために書いたか思い出すためにつけておくラベルなので、何でもよいみたいです。多分@""でも問題ないはずです。そして、先ほどの各言語フォルダのLocalizable.stringsに、キーワードに対応させる行を加えておきます。

English.lproj内のLocalizable.strings
"Add new category" = "ADD NEW CATEGORY!";

Japanese.lproj内のLocalizable.strings
"Add new category" = "新カテゴリ";

こうしておくと、上に書いたNSLocalizedString命令の実行結果として、デバイスの言語設定が英語の場合はADD NEW CATEGORY!が返り、日本語の場合は新カテゴリが返ります。ローカライズ用のフォルダを作っていない他の言語の場合はどうなるかというと、NSLocalizedStringの1個目の引数であるAdd new categoryがそのまま返ります。また、各言語のLocalizable.strings内に一致するキーワードが無い場合も同様にNSLocalizedStringの1個目の引数であるAdd new categoryがそのまま返ります。上の例では理解しやすいように英語の場合に入る文字列を大文字にしていますが、

"Add new category" = "Add new category";

としていても何の問題もありません。この場合我々には全く見分けはつきませんが、実際にはイコールの右側にあるAdd new categoryが返っています。