iOSアプリの設計でBaseViewControllerのようなのは作りたくない - Qiita
結論 小手先で楽をするためのボトムアップな設計は後々苦労する 継承を使った差分プログラミングは長年運用していくと大変だ 人は楽な方に流れるので、Baseクラスで解決すべきでない問題をBaseクラスで解決して後で困る はじめに この文章は2015年1月のpotatotips13で発表するネタ用のメモに書いてました。 実際に発表した内容を含む様子は下記のページにまとめています。 http://curiosity.co.jp/potatotips13/ 会場で質問されたりツイートの様子を見てて気づいたのですが、BaseViewControllerを使いたくないという"この文章"と同意の意見は、比較的経験のあるおじさんたちの意見であって、若い人からするとなぜBaseViewControllerを使ってはいけないように言われるのかについて具体例を聞きたがる傾向が強いです。 また、不必要に自分が気に入
Swiftのコードレビューの時に確認しているポイント24選 - Qiita
概要 「自信が無いエンジニアこそコードレビューをするべき」なんて偉そうな記事を書いてから 半年が過ぎた今日この頃、コードレビューやリリースを繰り返し、これはレビュー時に確認しておいた方が良いな、と思った項目をまとめます。 こういうポイントも見たほうがいい！などあれば是非コメントでご意見頂きたいです！ レビューポイントは自分の中で大まかに分けて以下の2つにあります。 クラッシュ、不具合系 リファクタリング系 この枠に沿って、ポイントをまとめていきたいと思います。 コードレビュー時に確認しているポイントまとめ クラッシュ、不具合系 外部からのAPIを使う時にレスポンス内容がおかしいときを考慮してハンドリング出来ているか？nilが許容出来ない作りになっていないか？ 配列操作で配列の操作外を指すようなコードはないか？ OSVersionの違いで落ちたり、画面が崩れるようなコードは無いか？ バックグ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
