はじめに ひと月程前に、ViewControllerを肥大化させないためのMVC構成案を書いたのですが、その後もアプリ開発の勉強をひそかに続けておりまして、その過程で単純なMVC構成のアプリを作りました。 (入力→確認→登録実行のWEBではよくあるフローの事です) アプリ自体はダミーのため、全く存在価値がないのですが、せっかく作ったので記念に公開します。 (需要があるのかは分からないですが) (ちなみに、前回の記事はソースコードでのUI実装を前提に書いたのですが、今回はStoryboardを使用しました。あと、 DataSourceは今回分けてないです) サンプル置き場 以下のライブラリを使用しますので、 CocoaPods にてインストールしてください。 (動かさないのであれば特に不要です。というかダミーなのであまり動かす意味がない)
今年の5月くらいの話なのですが、ユビレジのiPadアプリケーションのプロジェクトで使っているStoryboardを基本的に1画面（≒1 View Controller)の単位に分割するということをしました。 1画面1Storyboardメソッドについてはnakiwoさんが書かれた記事も参考になります。 1画面から始めるStoryboard - Cocoaメモ ↑ 上記の資料はどちらかというとStoryboardを使い始めるにあたって、１画面単位で少しずつ使っていこうという感じですが、ユビレジではもともとほぼ全部の画面がStoryboardになっていました。 ただ複数人で共同作業をするにあたっては、1画面単位を1ファイルにしておくくらいがメンテナンスしやすいんじゃないかなあという結論になったのでしばらくそういうふうに運用することにしました。 また、XIBと違ってStoryboardは単純にコ
数日間iOS8/Xcode6/Swiftな環境で色々試してみて、Swiftを使っていて思ったよりがっかりした点が多かったのでちょっとまとめてみようと思います。 動的な処理がSwiftだけでは一切できない [NSObject performSelector:]の類と、NSInvocationがSwiftからは一切呼び出せません。使おうとすると怒られます。objc/runtime.hは試していませんが、同様に直接Swift経由では呼び出せず間にObjective-Cをかます必要があるのではないかと思われます。 @optionalなprotocolが限定的にしか使用できない 具体的には@objc属性を付けないと使えません。しかしながらこのような後方互換性のためだけに存在する属性をいつまでもAppleがサポートするかは疑問が残るというのと、もう一つ以下の様な問題があります。 @objc属性のついた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
