Swift から Core Data を操作するときはこの2点だけ気をつけよう (Xcode 6 beta 7編)

将来的にXcode側の対応が変わる可能性が極めて高いので暫定ですが、Xcode 6 beta 7でSwiftからCore Dataを触った時に注意するポイント2点まとめです。この2点にだけ気をつければSwiftでもCore Dataは案外あっさり動きますのでご安心ください！

1. プロパティの設定の仕方

• @NSManagedを使うこと
• Int, BoolではなくNSNumberを使うこと。StringはStringでOK
• Many関連にはNSSetを指定すること

2. entityNameの与え方

• コード上ではクラス名だけを与える
• Model Editor上ではモジュール名.クラス名（完全修飾名）を与える

Model Editorではこのようにモジュール名.クラス名の形で設定する必要があります

あとは普段Objective-Cで使っている時と同じように使えばOKです。一応、簡単なSwiftからCore Dataを操作するラッパライブラリを書いてみたので、もし宜しければ見てみてください。
https://github.com/akisute/Dove

【ヤヴァい】リリース直前の Swift の仕様が早くも悲惨なことになってる

正式版リリースまで後一ヶ月と噂されるXcode 6と新言語Swiftですが、リリース一ヶ月前にも関わらずその仕様が早くも悲惨との声がごく一部から上がっているようです！！

---

public private(set)って結局どっちなの！？

beta 5から追加されたアクセス制限指定子ですが、その仕様に疑問の声が！

https://t.co/Nkn0Yiz7Hn public private(set) var number = 0 // ゴッドキモい

— akisute (@akisutesama) September 5, 2014

なるほど、public private(set) var numberはキモいですね〜。ちなみにこれはgetterがpublicでsetterがprivateな変数の宣言のようです。なんかもっといい文法はなかったんでしょうか・・・

---

一行closureを使うときに注意！思わぬ落とし穴が！

スイフトさー、さんざんすでに言われてるかもしれないんだけど、返り値がVoidのclosureでさー { something in something.save() // let's say this returns Bool } ってやると返り値の型が違うって怒るのやめれ

— akisute (@akisutesama) September 5, 2014

更に糞なのは { something in something.save() // let's say this returns Bool something.save() // ditto } これはコンパイルエラーにならない。暗黙的returnは一行のときだけだから

— akisute (@akisutesama) September 5, 2014

これはSwiftの言語仕様上、実行コードが一行しかないclosureは暗黙的にreturnするものとみなされてしまうからのようです。これはちょっとひどいですね〜〜！

---

中には良い一面も・・・？

https://t.co/hzgpkhqHDw Nil Coalescing Operatorべんりだ、ドヤ顔で if let v = opt { return v } else { return "" } とか書かなくて済む

— akisute (@akisutesama) September 5, 2014

Nil Coalescing Operatorというのは ?? 演算子のことです。これは A ?? B のように使い、AがNot NilならAを、そうでなければBを返すという演算子です。なかなか便利に使えますよ！ちょっとはSwiftも見なおしたかも！？

---

おわりに

某まとめっぽくしたらなんかイマイチな感じになりました(´･_･`)
あとAppleふざけんな