UICollectionViewCellのデザインなんかは、Storyboardで済ますことが多いと思います。ぼくの場合は、画像表示のUIImageViewやUILabelなどを配置して、再利用のIdentifierを設定します。
この時に、それぞれ配置したUIViewに対してTagを設定しておくことで、collectionView(collectionView: UICollectionView!, cellForItemAtIndexPath indexPath: NSIndexPath!) -> UICollectionViewCell!メソッド内で、viewWithTagを呼び出してデータの内容と結びつけるようにしています。
Objective-CのときもそうでしたしSwiftでも同様です。
でも、Swiftでコードを書いていると何だかCellのviewWithTagがちゃんと動作していないような動きをしていました。
調べてみると、同じような状況の人もいるようだったのですが、たぶん対応可能な問題だろうと思いました。
で、色々と試したのですがStoryboardで設定したCellをちゃんと取得していないのが原因だと推測できる動きをしていました。
よくよくコードを読み返すと、SwiftでUICollectionViewControllerのサブクラスを作るときに自動生成されていたコードが、Objective-Cのものと若干違うのが原因でした。
override func viewDidLoad() {
super.viewDidLoad()
// Register cell classes
// これが不要
self.collectionView.registerClass(UICollectionViewCell.self, forCellWithReuseIdentifier: reuseIdentifier)
}
UICollectionViewCellを再利用できるように事前に登録するコードなのですが、これはStoryboardを使うと自動で設定されるので、不要です。
この辺りの登録用のメソッドは、xibファイルなどで、別途UICollectionViewCellのサブクラスとUIを作っている場合などに使います。
それだけならまだ問題がなかったのですが、ぼくは1種類しかCellの種類がない場合には、”Cell”という名前で、ほとんどのIdentifierを設定していて、これが上記のreuseIdentifierとして設定されていたので、影響を受けてしまいました。
バグだと思い込んで終わらせなくてよかったです。
原因が納得できたので、ホッとしました。
これからも更新を続けていきますので、Feedlyへの登録をお願いします！
この記事に興味を読んでいただいた方にオススメの記事です。
アプリをリリースする前に真剣にアプリ名を考える。特にサブタイトルは必須！
ペーパープロトタイピングをモレスキンで。
NSOperationQueueのaddOperationWithBlockをキャンセルする方法。
iOSのアプリでキーボードの通知を監視する
NetworkActivityIndicatorは専用のクラスで管理しよう。
XcodeでBreakPoint(ブレークポイント)を使ってデバッグするとフリーズする問題を解決した。
iOSのEvernoteアプリPosteの投稿ロジックを修正した副産物。
Cocoapodsの動作が変わってた
UIWebViewで、CSSを読み込む。
Appleのアプリのリジェクトの理由が書いてあるWebページ