この記事は Goodpatch Advent Calendar 2019 の23日目です． iOS アプリの UI デザインで elevation について意識することは Android の場合と比較すると少ないと思います． ただし，Material Design 自体はプラットフォームを限定せずに適用可能な考え方であり，elevation は Material Components を使うかどうかを別としても UI をデザインするために有用です． ということで UIView で elevation を表現する方法について Material Components も参考にしながら実装してみました． 概要 UIView の CALayer に影を付けて elevation っぽい表現をする Elevation の値に応じて影の radius や offset を設定する 影は ambient

この記事は Goodpatch Advent Calendar 2019 の16日目です． API から動的にテキストを取得する場合，改行の位置を制御することはむずかしいです． UILabel には Word Wrap の機能がありますが，日本語では使えません． そこで，なんとか自力で改行格好悪い問題に対処できないか，実験をしてみました． 概要 iOS SDK の自然言語処理で単語の区切りを取得する UILabel の改行位置を取得する テキストの改行が単語の途中で挟まらないように自分で改行を挟んでから流し込む という方針で試していきます．実験に使ったソースコードは GitHub にあります． thedoritos/NaturalLabel: Experiment to break line naturally in UILabel 環境 iOS Simulator iOS 13 通常のレ

この記事は Goodpatch Advent Calendar 2019 の11日目です． UICollectionViewで自由度の高いレイアウト定義をしたくなる機会があったので、遊んでみました。 UICollectionViewLayout UICollectionViewLayoutを使うと、UICollectionView内に表示するセル配置の自由度を高められるのでとても便利です。 すべてのセルのサイズが決まっていて、かつ格子状に並べるだけであればstoryboardでの設定やUICollectionViewDelegateFlowLayoutで事足りる場合が多い一方で、たとえばセルごとに高さが異なることで、必ずしも格子状に並ばない状況もありえます。そうしたときは、UICollectionViewLayoutでレイアウト定義を実装します。 実装してみる 以下のように、UIColle

概要 チームによる継続的開発を前提としたコーディングのガイドライン。 特定の言語を対象としたものではないが、主に静的型付けのオブジェクト指向言語を想定している。 サンプルコードは別段の定めがなければSwiftで記載。 ガイドラインの目的 生産性を高め、メンテナンスコストを下げる バグが生まれづらくする 開発メンバー（特に新規参加者）がコードを理解しやすくする 初心者プログラマーの教育 内容の説明 タイトルの頭についた【数字】は重要度。 高いほどシステムに与える影響が大きいが、低いものの方が影響が小さく改修しやすいものが多い。 【5】変数のスコープを小さくする 変わり得る値は複雑さを生み誤解やバグに繋がるため、プログラムは変数が少ないほど問題が生まれづらい。 プログラミングの大原則として、変数は必要最低限を心がけ、むやみに増やさないようにする。 また、変数はスコープや寿命が大きいほど悪影響が

多くのユーザーが利用している、iOSとAndroidのネイティブアプリ。ネイティブアプリをデザインするにあたっては、それぞれの違いについてきちんと知っておく必要があります。 今回は、ネイティブアプリのデザインにおけるiOSとAndroidの違いに焦点をあてて、それぞれの特徴とデザインのコツをご紹介します。 1. ナビゲーションパターンにおける違い 画面間の移動は、モバイルアプリにおいて頻繁に行われる操作のひとつです。画面間移動を司るナビゲーションパターンについても、iOSとAndroidで大きな違いがあります。 Androidの場合 Android端末の下部には、ナビゲーションバーがあります。ナビゲーションバーの戻るボタンを利用すると、前の画面・前のステップに戻ることができます。この機能は、ほとんどのAndroidアプリで利用可能です。 iOSの場合 一方、Appleのデザインアプローチは

FirebaseのRemoteConfigを使ってLabelの値を変更しよう![RemoteConfig初級編]iOSAppleSwiftFirebaseremoteconfig 開発環境 Xcode: Version 11.3 実機iPhone: iOS 13.1 Firebase: Version 6.14.0 FirebaseRemoteConfig: Version 4.4.6 やりたいこと FirebaseのRemoteConfigを使ってLabelの値を変更したい。 初級編では、RemoteConfigを利用してViewControllerのLabelを変更してみようということで以下の画像のように、「Firebase　勉強中!!!」の文字を実際にRemoteConfigを利用して表示させていきます。 RemoteConfig応用編 応用編では、RemoteConfigを利用して

はじめに iOSアプリ開発において、APIアクセスキーの管理方法に疑問を持ちました。 iOSアプリ開発で、APIアクセスキーなどの機密情報を管理するベストプラクティスを実は知らない😢 privateリポジトリだとソースコードに直書きしてしまいがちなので、ちょっと調べてみよう — ウホーイ (@the_uhooi) January 11, 2020 Twitterでいろいろ教えていただき、自分の中でベストプラクティスを考えたので紹介します。 結論 先に結論を記載します。 CocoaPodsを使っている、かつライブラリの追加に抵抗がない → cocoapods-keysを導入する CocoaPodsを使っていない、またはライブラリの追加に抵抗がある リポジトリがprivate → .swift ファイルへ直接書く リポジトリがpublic → CI時に .swift ファイルへ注入する 解説

もうすぐ春が来るので、新卒などswiftを新しく学習を始める方々の力になればと書きました。 前書き swiftを書き始めると、よく遭遇する"delegete"、 初心者はまず『UITableViewを動かすために tableview.delegate = self と記述しよう』として使うかもしれませんし、 少し学習を進めて『delegateを作成して、処理を移譲させてみましょう』という形で遭遇するかもしれません。 「あー、移譲ね…」と分かったような分からないような気持ちの方も少なくないのではないでしょうか。 そして「こうやって作れば動くよ」というドキュメントは多いのですが、 そもそも、どうして delegate なんていうモノを使わなければいけないのでしょうか。 今回はswift初学者が「どうして delegate を使って実装するのか」が理解できるよう、 またはdelegateも実装で