UITableViewの背景色

久々にここの開発関連の記事を追加したが、やはり、気になった事は、出来るだけ書き残していこうと思い、さらに更新。

今度は、タイトルにあるように比較的単純なお話。

UITabaleViewの背景色が、なぜか思い通りにならない現象が発生した。

現象としては、iPhone用の画面では、特に問題なく表示されていた。
（今回は、scroll view textured background colorに設定したUIImageの上にUITableViewを背景色として白を指定）

ある程度の作成を行った所で、iPad用のレイアウトをストーリーボードで作成。
すると、UITableViewの背景色が、その下にあるUIImageの色と同じとなった。

iPhoneとiPadのパラメータを比較しても特に差分はない。
いろいろなパラメータを変更したが一向に変化なし。

最終的に、ある意味、一番単純な方法のソース上で色指定すると、表示された。

self.tableView.backgroundColor = [UIColor whiteColor];

こんな単純な事なのに、ストーリボードのバックグランドの色指定をどんなに変更しても変わらなかった。
何とも不思議な現象だった。

coredataで、独自クラスを使用する

久々に、開発関連の記事を書く事にする。

最近は、今までに使った事のある内容の組み合わせで開発を行っていた。
そのため、ちょっとした事で引っかかった事は会ったのだが、その都度、検索して解決させて、記事にするのを失念してしまっていた。
今回は、結構試行錯誤しながら進めたので、きちんと書いておく事にした。

タイトルにあるように、現在、coredataを使用したアプリを作成中。

coredata自体は、以前も使った事があったが、今回は、独自クラスをデータベースに保存するようにした。

coredataの使い方は、省略させていただく。

データベースに保存するデータのクラス（型）は、選択肢から選ぶ事になるのだが、種類はさほど多くない。
さらに、タイトルにあるように、独自のものを保存したい場合も多いので、単純にはうまくいかない。

そこで用意されているものが「Transformable」だ。
名前の通り、変更可能となる。

ここで、変更可能と言っても、そのまま設定しようとしてもエラーが出るだけ。
-[Sample initWithCoder:]: unrecognized selector sent to instance 0xXXXXXXX'
こんな感じのエラーが発生する。
これは、指定されているもの（Sample initWithCoder:この部分）が、存在しないとおこられてしまう。
実装上、こんなものをコールする事は無いのだが、「Transformable」に設定しようとする時に、自動的に変換する為にコールされるようだ。
「Transformable」と指定されたものは、NSDataに自力で変更する必要があるらしい。
標準のクラスには、変換の為のものが、入っているものもあるが、独自であれば、当然ない。

こういわれてしまうのであれば、単純にそれを追加すればよいという事。
ただし、上記で指摘されてたものとペアとなる「encodeWithCoder」

その結果追加したものが、下記の内容。

- (void)encodeWithCoder:(NSCoder*)coder
{
    [coder encodeInteger:_itemNo forKey:@"itemNo"];
    [coder encodeObject:_itemName forKey:@"itemName"];
    [coder encodeDouble:_itemDouble forKey:@"itemDouble"];
}
- (id)initWithCoder:(NSCoder*)decoder
{
    self = [super init];
    _itemNo = [decoder decodeIntegerForKey:@"workOfArt"];
    _itemName = [decoder decodeObjectForKey:@"itemName"];
    _itemDouble = [decoder decodeDoubleForKey:@"itemDouble"];
    
    return self;
}

サンプルとして、３種類をいれて、それぞれ、NSInteger、NSString、doubleとしてみた。
他のクラスや型を使用したいと思った場合も上記と変わらない。
「encodeInteger」等の部分を、encodeのあたりまで入力すると、xcodeの補完機能で一覧が出るため使用しているものにあうと思われる名前のものを選択するとよいようだ。

ここまでは、まだ、比較的簡単に進める事が出来たのだが、標準のクラスだが、NSDataへの変換に対応していない場合にはまってしまった。

いろいろと調べてみたり試したりしたのだがうまくいかない。
きっと、うまく対応させる方法があるのだと思うのだが、そこまでは分からなかった。
結果的に、変換不可のクラスの、自分の使用したパラメータを、複数の変更可能なクラスに分て保存する事にした。
こうすれば、深く考える事無く対応する事が可能。
当然、その事は始めから分かっている事だったのだが、管理するには、そのまま保存した方がよい事は明らかなので、がんばってみたが、結局断念。

これも、継続して調査して、うまい方法を見つけた時には、置き換えて、ここにも残すつもり。

初めてのゲームアプリ

今回、初めてゲームアプリのリリースを行った。
ゲームの内容は、ひたすら柵を飛び越えていく羊を数えるだけの暇つぶしゲーム。

いままで、なかなか手を出していなかったゲームだが、これはどの程度受け入れられるのだろう。
ゲームは数が多いのでなかなか目にしてもらう機会が少ないのではないかと思ってしまう。
これからしばらく、様子を見る事になるのかなぁ・・・

ゲームを作ってみて思った事として、ユーティリティよりも、見た目を重視してしまうため、多くの画像を書く事になった。
枝を書くにはあまり環境がそろっていないため、これはかなりきつかった。
その辺りの事を考えると、ゲームはなかなか難しいかもしれない。

アイディアとしては、ゲームも考えて入るのだが、なかなか手を出せないかもしれない。

絵を描く必要性の低いゲームを考えるのちょっと難しいかなぁ・・・

iPadのアップデートで失敗

iOSのバージョンアップがリリースされました。

早速アップデートを行ったのですが、ここでトラブル発生！

iTunesに接続をしてアップデートを実行した所、なぜか失敗。
複数所持しているiOSデバイスを実行したのだが、ことごとく失敗！
失敗はしたが、そのままOSは再起動されたので、今度はデバイス単独でアップデートの実行。
これは、問題なく完了し、通常起動しました。

しかし、iPad airのみ、iTunesでのアップデート実行失敗後、リカバリモードに突入。
復旧作業が必要な状態に陥ってしまった。

始めは、もう一度iTunesに接続し、リカバリの実行をしたが失敗。
「iPadを復元できませんでした。不明なエラーが発生しました(17)」と表示され、意味不明な状態に陥ってしまった。

ネットで同じように失敗してから復旧した事例を探して試したが、何を試しても失敗。
DFUモードを使用した場合には、エラー番号が(11)に変わっていた。

※DFUモードへの入り方は以下の手順
１．USBケーブルでPCに接続する。何か処理が始まるようなら停止させておく。
２．ホームボタンとスリープボタンを同時に押し、10秒経ったら、スリープボタンだけ離す。
３．iTunesで復元の画面が表示されたら、ホームボタンを離す。

Apple storeへ持ち込みを考え始めたが、Genius Barの予約を見ると月曜以降でないと開いていない。
それならば、後数日あるのだからもう少しいろいろ試そうと思い、さらにネットで情報を検索。

すると、同じような状況に陥った方で、Windowsでリカバリすると復旧したとの事例があった。

ほとんど使っていない廃棄を考えていたPCを引っ張りだし、単純に接続して復旧すると成功した。

？？？？？？
なんなんだろう・・・

逆であったら、何となくそういうものかなぁ、とも思ったりするが、Macだと失敗するとは・・・

既に、使えないと思っていたPCに、まだ、重要な役目がある事が判明してしまった。

UIViewでのアニメーション

このところ、開発スピードが落ちてしまい、さらに、Xcode的に使った事の無い処理を使う事が無い作業が続いてしまったため、処理無いように関する記事を書く事が出来なかった。

次のアプリ開発で、今までと少し違った事を始めたので、久々に開発に関する記事を書いてみる。

今回は、アニメーション処理。

Xcodeでアニメーション表示を行う場合、いくつかの方法があるのだが、初めなので最も簡単な方法で実装を進めている。
UIViewに対して「animateWithDuration」を使う事で、かなり簡単に画像を動かす事が出来た。

-(void)sample
{
   self.view.frame = CGRectMake(start_positionX,start_positionY,start_sizeX,start_sizeY);
    [UIView animateWithDuration:1.0f
                          delay:0.0f
                        options:UIViewAnimationOptionCurveEaseIn
                     animations:^{
                         // アニメーションをする処理
                         self.view.frame = CGRectMake(positionX, positionY, sizeX, sizeY);
                     }
                     completion:^(BOOL finished){
                         // アニメーションが終わった後実行する処理

                     [self smile2];
                    }];
}

たったこれだけで、画像の移動、拡大縮小、さらに、その連続ができる。
（上記の例では、アニメション完了後「sample2」が処理される。）
同様に、「view.transform = CGAffineTransformMakeRotation(M_PI);」を指定する事で回転も簡単にできる。

パラメータも比較的単純で、始めから、「アニメーション時間」、「動作開始までの時間」、「動作のパターン」のみの指定となる。
この中の、「options」が、パターンがあまり多くなく、思い通りに動かすには少し苦労する。
パターンとしては、「一定速度」、「だんだん早く」、「だんだん遅く」、「早くなってから遅くなる」の４種類。
これだけしかないので、この中で組み合わせて使うしか無い。
自分は、タイマを併用し、タイミングを計って、別々のアニメーションしているViewを入れ替える事である程度思い通りに動かす事が出来た。
ただ、タイミング的に、なかなかシビアなので、実際にリリースできるものにするまでまだまだ検証が必要。

ここで、さらに思ったのが、何らかの操作を行った場合、その時点でアニメーション動作を止める、又は、動きをかえる事が出来るのか？だった。

いろいろ考えたが結局、止める為の処理を別に組み込む必要があるようだ。

具体的には、以下のように実装した。

BOOL stop_flg;

-(void)sample
{
   stop_flg = NO;
    self.view.frame = CGRectMake(positionX, positionY, sizeX, sizeY);
    [self move];
}
-(void)move
{
    if(stop_flg == YES)return;
    [UIView animateWithDuration:1.0f
                          delay:0.0f
                        options:UIViewAnimationOptionCurveEaseIn
                     animations:^{
                         // アニメーションをする処理
                         self.view.frame = CGRectMake(positionX+X, positionY+Y, sizeX, sizeY);
                     }
                     completion:^(BOOL finished){
                         // アニメーションが終わった後実行する処理

                     [self move];
                    }];
}
-(void)stop
{
    stop_flg = YES;
}

見て分かるとは思うが、細かい動きの連続で、それぞれの動作の開始前（後でもよい）に停止すべきかの判断を行う。
上記の場合、ボタン等から「stop」をコールするだけとなる。

これらの処理の組み合わせだけで、意外と思い通りに動かす事が出来る。