はてなブックマーク

はじめに SwiftUIはこれまでのiOSアプリにおけるUI実装上の課題を解消する新技術として登場し、徐々にプロダクションでも利用されて来ていると思います。しかしまだ、UIKitでできていたことがすべて置き換えられる段階ではないというのも事実でしょう。一方で、UIKitの世界にもUICollectionViewのCompositionalLayoutやDiffableDataSourceといった便利で使いやすいAPIが登場しています。 このようなタイミングで既存のアプリに機能的にかなり独立した画面を新たに追加することになったので、ベースを UICollectionView + CompositionalLayout + DiffableDataSource （いわゆるModern Collection View）で実装し、セルの中身にSwiftUIを利用するという、UIKitとSwiftU

iOS 13からのダークモード対応について、具体的な実装方法、注意点、現行バージョンと並行開発するコツなどをまとめてみました。 定義済みのダイナミックシステムカラーについて これまで色の指定は UIColor.white のように静的な色を使っていましたが、iOS 13からはライト・ダークのモードに応じて変化するダイナミックカラーという仕組みが導入されました。 システムで定義されたダイナミックカラーを UIColor から利用することができます。label, systemBackground のように用途に応じた名前で定義されるものはセマンティックカラーとも呼ばれます。システムと同じ色を使うのが適当なケースではこれらを利用しましょう。 ダークモードかどうかを判定する ダークモードかどうかは UITraitCollection のプロパティ userInterfaceStyle で判定できま

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

以下は書籍「Advanced Swift」のSwiftコーディング規約の部分を翻訳したものです。原文はオンラインプレビューで公開されています。 Advanced Swift - Swift Style Guide この本を書くとき、そして私たちのプロジェクトでSwiftのコードを書くとき、以下のルールに従うようにしています。 可読性が最も重要です。これには簡潔性が助けになります。 関数には常にドキュメントとしてのコメントをつけましょう。ジェネリクスを使うものは特に。 型は大文字で始め（UpperCaseLetters）、関数と変数は小文字で始めます（lowerCaseLetters ）。 型推論を使いましょう。型が明らかなのに明示的に書くことは可読性を損ないます。 曖昧さがある場合や規約を定義する場合は型推論を使わないようにしましょう。（例えばfuncが明示的な戻り値の型を持つのはこれが理

網羅的なものはすでに素晴らしいtry! Swift 資料まとめがあります。ここでは３日間のセッションを聴いて個人的におすすめのものをテーマ別にピックアップしました。 Swiftによる実践的な開発の話 文化を調和させる by Daniel Steinberg OOP, POP, FPの考え方を使ってViewControllerをリファクタリングしていく 再利用可能な部分を引き離して分離 SwiftらしいTable View Controllerの使い方 by Chris Eidhof UITableViewControllerをライブでリファクタリングしていく Genericsを使って再利用可能にする init時に渡すものをstructにまとめる モダンCore Data by Daniel Eggert Core Dataの話ではなく、Core Dataを例に古いAPIをどのようにSwif

Interface Builderで一度配置したビューを別のクラスに置き換えたいことがたまにあります。自作のサブクラスに置き換えるのであれば、クラスの指定を変更すれば済みますが、UIViewをUIImageViewに置き換えたいときなど、Interface Builderでやるには再度配置するしかなく、特にAuto Layoutの設定をしてしまった後だと非常に面倒な作業になります。 これを避けたければ中身のXMLを直接編集するしかありません（個人的にこれをxibの開腹手術と呼んでいます）。 UIViewをUIImageViewに置き換える まず簡単な例としてUIViewをUIImageViewに置き換えることを考えます。 単純にクラスの指定をUIImageViewに変更するのも手ではあります。しかしこれではIB上での扱いはただのUIViewと変わらず、imageの設定などができません。 こ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事はobjc.io, Issue #16, The Power of Swiftの日本語訳です。 Swiftのパワー Issue #16 Swift, September 2014 By Chris Eidhof まずはじめに、私は非常に偏っていることを認めなくてはなりません。私はSwiftが大好きです。私がCocoaのエコシステムに関わって以来起こったことの中で一番いい出来事だと思います。なぜそう思うか、それを私のSwift、Objective-C、Haskellの経験を共有することで伝えたいと思います。この記事で取り上げること

iTunes Uで公開されているStanfordの「Developing iOS 8 Apps with Swift」で、MVCの解説をしている部分がわかりやすかったのでまとめてみました。 Lecture 2 Slides オブジェクトは以下の３つのグループに分けられる。 モデル アプリケーションの本質的な部分（見た目については関知しない） コントローラー モデルがどのように表示されるか（UIロジック） ビュー コントローラーに隷属するもの ３つのグループ間のコミュニケーションには以下のような原則がある。 コントローラーからモデルは直接呼べる （＝ヘッダーをインポートして直接メソッドを呼べる） コントローラーからビューも直接呼べる コントローラーからビューへの参照がアウトレット ビューからコントローラーは以下のパターンを使う ターゲット-アクション デリゲート データソース モデルからコン

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

再利用可能なカスタムビュークラスを、Nib（xibファイル）を使って作る方法を考えます。例としてViewの上にLabelとButtonがひとつずつ乗っているカスタムビューを作ります。 サンプルコードがこちらにあります。 ルートのViewにカスタムクラスを指定する方法 CustomView1.h, CustomView1.m, CustomView1.xibを作る Interface Builderで図のようにView, Label, Buttonを配置する ルートのViewのClassをCustomView1にする File's Ownerはなし LabelのoutletとButtonのactionをソースコード側とつなぐ ソースコードは以下のように実装します。 // CustomView1.m # import "CustomView1.h" @implementation Custom

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

※以下はobjc.io, Issue #1, Lighter View Controllersの日本語訳です。 軽量なView Controller Issue #1 Lighter View Controllers, June 2013 By Chris Eidhof view controllerはiOSプロジェクトの中で一番大きいファイルになりがちで、必要以上に多くのコードを含んでいることが多い。ほぼ決まってView Controllerはコードの中で最も再利用性の低い部分だ。View Controllerをスリムにし、再利用可能にして、より適切な場所にコードを移すテクニックを見ていこう。 この記事のサンプルプロジェクトがGitHubにあるので参照されたい。 データソースとその他のプロトコルを外に出す View Controllerスリム化の最も強力なテクニックのひとつが、UITab