enmtkntのブックマーク - はてなブックマーク

Better Swift - Qiita
Swift Advent Calendar 2018 の 5 日目です。折角の機会なので普段自分がよりよい Swift を書くためにやっていることを振り返って、まとめてみようと思います。無意識にやっていることも多いと思うので、言語化できたら追記していきます。 ※ iOS に依存した内容も少し含まれてますが、ご了承ください。 ※ サンプルコードは Swift 4.2 (Xcode 10.1) です。 Swift Lint を入れる Swift の linter です。特にチームで開発する場合はコードレビューのコストを下げることができるので、できれば入れた方が良いです。 CI 環境が整っている場合は fastlane や Danger を組み合わせて CI 上で swift lint を動かし、プルリク時に lint 系の指摘を自動でやってくれるような環境を整えると素敵です。自分がプライベ
enmtknt 2018/12/06
リンク
使うと手放せなくなるSwift Extension集 (Swift 4版) - Qiita
便利で汎用性高めのExtension集です。Protocolやオペレータなども含まれています。今後も便利なExtensionができ次第、本記事を更新していきます。手放せなくなるSwift Extension集 (Swift2版)と使うと手放せなくなるSwift Extension集 (Swift3版)のSwift4版です。記法の最適化や拡張の取捨選択で段々と良くなっています。今回紹介したExtensionは全て下記のリポジトリに入っています。利用したい方はコピペやCarthageで導入してみてください。 https://github.com/tattn/SwiftExtensions ※ Swift4.2 で動作確認をしています。 ※ コード片ごとに紹介していますが、別のコード片のExtensionに依存している場合がありますので、ご注意ください。クラス名の取得 public p
enmtknt 2018/04/02
リンク
iOSアプリ設計大全集 2016 - Qiita
iOS関係の勉強会に参加するとほぼ間違いなく、設計に関する発表があるように思います。「RxSwiftを使ってMVVM...」「Clean Architectureを導入...」, etc... 色々話を聞く中で、自分は以下のような課題があるなぁと感じています。いろいろな設計方法があるけれど、結局何を使うべきなのかわからない名前は聞いたことがあるけれど、それぞれがどのような設計で、何がメリットなのかわからない勉強した時は分かったような気がしたけれど、もう忘れたこの記事はこれらの解決の一助になればと思って書いたものになります。（設計へのモチベーションを上げたい）サンプルコードを交えながら、5つの設計について考察してみます。 ※ RxSwiftの名前を出しましたが、ライブラリに関してはこの記事では言及しません。そもそも、なぜ設計に拘る必要があるのか iOSアプリ開発において、このよ
enmtknt 2016/12/03
iOS

swift

architecture

design
リンク
1