iOS設計パターン雑談 #iosdc #e #ios_arch
元 @niwatako 最初ViewControllerしかなかった。Webの世界にいくと設計があってコードを追うのが大変だった。何故設計が必要なのか? #iosdc #e #ios_arch
2018-09-01 16:10:10瞬間的にアーティストの動きに合わせてプログラム組んで捨てるようなジャンルでは設計は無いと聞きました。ライゾマさん的な。 #iosdc #e
2018-09-01 16:11:36自分が昔書いたコードは忘れる 設計があれば、どこにないが書いてあるかわかるのでメンテしやすい #iosdc #e
2018-09-01 16:11:58.@lovee < 全く同じ経験がある。昔書いたコードを直す必要があった。何を書いているのか全然わからなかった。ちゃんとした設計があると仕様変更にも強くなる。指針があるとどこを直すのか明確になる。長期的に役に立つ。 #iosdc #e #ios_arch
2018-09-01 16:12:00ごくごく粒度の小さな設計においては、最初ベタ書きで、後のリファクタリング前提でやるのはある気がする #iosdc #e
2018-09-01 16:13:25.@ktanaka117 アーキテクチャパターンは色々あるけど適材適所。ビジネス要件や規模による。M社のMicroViewControllerも設計。ビジネス要件に合う様にしている。 #iosdc #e #ios_arch
2018-09-01 16:14:18栗田さんは「いつから設計を入れるべきか?」と聞いたが話が飛んでしまった。@ktanaka117 < 新しい機能を入れるのが辛くなったら考え始めて良いのでは #iosdc #e #ios_arch
2018-09-01 16:15:42PDS: プレゼンテーションとドメインの分離。 bliki-ja.github.io/PresentationDo… #iosdc #e #ios_arch
2018-09-01 16:19:50.@takasek < アーキテクチャって何?ふわっとしてて分からない。本の中ではMVC/MVVMなどの事を言っている。GUIアプリケーションでUIとそれ以外を分ける様な思想が生まれた #iosdc #e #ios_arch
2018-09-01 16:22:57.@takasek コードを書いた時にコンポーネントを分けるのが難しくなったら設計を見直す必要が出てくるのでは #iosdc #e #ios_arch
2018-09-01 16:22:59原初(Smalltalk的な)MVCは、Input=Controller / Presenter=View という役割。Apple MVC の Controller は Mediator の役割。同じ Controller といっても全然違う #iosdc #e
2018-09-01 16:29:36@takasekさんのこのスライドが非常に面白かったのでオススメ speakerdeck.com/takasek/10fen-… #iosdc #e
2018-09-01 16:29:47