今回は、前回の最後で試しきれなかった オプショナルチェイニング を伴う 演算子 の定義についてからお話ししていきますね。その次に、一般公開されている iOS 研修課題 を眺めていたら、 Equatable 適用の判断で感覚的に難しく感じたところがあったので、みんなと意見交換してみたくなったのでそれを。それらを見た後で時間があれば、引き続き 循環参照 に見られる問題点のあたりを詳しく眺めていく見込みです。どうぞよろしくお願いしますね。
————————————————————————————— 熊谷さんのやさしい Swift 勉強会 #217
00:00 開始 00:09 今回の展望 00:39 代入演算子が話題に挙がった経緯 02:14 オプショナルに対応した代入演算子を自作したい 04:54 代入演算子であることの明記が必要 08:23 nil に独自の代入演算子を適用してみる 08:55 代入演算子を使わないとコードが複雑化 12:03 assignment を知らなかったとすると？ 13:10 独自演算子は名前で説明できない 14:57 演算子の定義は辿りにくそう 15:42 周知の演算記号であれば独自定義も問題なさそう 18:06 独自演算子を導入してみた体験談 19:25 独自演算子を使わない方法の模索も有意義かも 21:17 Result 型とエラー処理との変換機構 22:28 独自演算子は考えるほどに避ける印象 23:21 演算子のオーバーロードは効果的 23:52 演算子はコード補完されない 24:12 既存演算子の優先順位を変更できる 25:50 独自演算子は懸念材料が多くて縁遠い印象 28:29 クロージングと次回の展望 —————————————————————————————
