株式会社MIXIに所属の開発者による技術知見や開発ノウハウ、カンファレンスレポートなど、開発に関する情報を共有するエンジニア・ブログです。

XCode12からの新機能のひとつとして、ローカル環境で課金（StoreKit)のテストをする環境が追加されました。 この記事では、そんなローカルで課金のテストをする方法を試しています。 はじめに XCode12からの新機能のひとつとして、ローカル環境で課金（StoreKit)のテストをする環境が追加されました。 StoreKit構成ファイルをローカルで作成し有効にすると、App Storeのサーバーに接続しないで課金のテストを実行することが出来ます。 今回はローカルで課金をしてみるまでの流れを簡単にではありますが試してみました。 具体的にどんなことが出来るようになったの？ Appleのサイトによると以下の項目が挙げられています。 開発の初期段階、またはApp Store Connectでアプリ内購入を構成する前に課金ができる。 ネットワーク接続が利用できない場合のローカルテスト。 San

ここでは、デフォルトの[Version]および[Up to Next Major]を選択したまま[Next]をクリックします。 追加先の選択 ソースコードの取得の実行後、ライブラリの追加先を選択する画面が表示されます。追加先を選択し[Finish]をクリックします。 Alamofireがプロジェクトに追加されました。 あとは任意のソースコードにインポート文を追加すれば、Alamofireの機能を利用できます。 ライブラリ一覧の表示 [プロジェクトファイル] > [{PROJECT名}] > [Swift Packages]を選択すれば、追加済みのライブラリ一覧を表示できます。この画面では「バージョン指定の変更」や「ライブラリの削除」の操作も行えます。 バージョン指定の変更 バージョン指定を変更するには対象のライブラリをダブルクリックします。 ダイアログが表示されるので、値を変更して[Don

SwiftUI is a modern way to declare user interfaces for any Apple platform. Create beautiful, dynamic apps faster than ever before.

「SwiftUI」はWWDC 2019のキーノートで発表されたiOS/MacアプリなどのUIを構築するためのフレームワークです。SwiftUIではどのようなUIコンポーネントが利用できるのか気になったので調べました。 SwiftUIでサポートされているUIコンポーネント SwiftUI はWWDC 2019のキーノートで発表された iOS/MacアプリなどのUIを構築するためのフレームワーク です。デベロッパーフレンドリーなコーディング＆直感的なデザインツールの組み合わせで、超簡単にUIを構築できる特長があります。 調べてみるとSwiftUIではこれまでUIKitで提供されてきたUIコンポーネントの多くはカバーしているものの、全てではないことが分かりました。ということで、どのようなUIコンポーネントが利用できるのか気になったので調べました。調べた結論としては、単純に書きやすい形にしているだ

SwiftUI はWWDC 2019のキーノートで発表された iOS/MacアプリなどのUIを構築するためのフレームワーク です。デベロッパーフレンドリーなコーディング＆直感的なデザインツールの組み合わせで、超簡単にUIを構築できる特長があります。例えばこんな感じです。 import SwiftUI struct ContentView: View { var body: some View { Text("Turtle Rock") .font(.title) .color(.green) } } struct ContentView_Preview: PreviewProvider { static var previews: some View { ContentView() } } これまで以上に簡単にUIが構築できることから、発表後iOSエンジニア界隈ではバズワードになっています

次に示すような見出しと各カラムが右寄せ、ラベルの文字数によってカラムの幅が伸縮し、広くなった場合は隣の列を押し出し、短くなった場合は少なくとも見出しの幅に収まり、各列の間には一定のマージンを置くというテーブルレイアウトを、静的なAuto Layoutの制約だけで作ることを考えます。 このような、UIコンポーネントが持つコンテンツの大きさによって隣接するコンポーネントを押し出すような場面ではAuto Layoutがとても効果的に働きます。 Auto Layoutなしで実現しようとすると、列ごとの各行の文字幅を計算し、最大の幅に合わせて再配置する、という処理をコンテンツが変わるたびに行うということになりますが、Auto Layoutの制約を使用する場合ではそもそもレイアウトの再計算を自分でやる必要はないので、コンテンツの変わったタイミングなどを気にする必要はありません。 ただデータを再代入する

Aug 12, 2018 少し前に、自分のStoryboardの使い方をツイートしたら割と反応があったので、改めてまとめてみようと思います。これまで何年かiOSアプリの開発をしてきて、Storyboardとの付き合い方は何度も変わりました。なので、今回紹介するものはあくまで2018年現在のもので、来年には変わっているかもしれません。 説明のイメージを掴みやすくするため、画面の例を用意しました。左が編集時のStoryboardで、右が実行時のiOSシミュレーターです。具体的なトピックが出た時に、この例を説明に使うことがあります。 記事の最後にこれが動作するサンプルコードも用意しましたので、興味があればどうぞ。 Storyboardを使う目的 以下の2つを重視して、Storyboardを選択しています。 動作確認に掛かる時間を短縮する 成果物の構造を把握しやすくする ただし、Storyboar

Call Directory Extensionを使えば着信拒否もできる 前回はCall Directory Extensionを使って着信時に発信者名を表示してみましたが、 今回はCall Directory Extensionを使って特定の電話番号の着信を拒否する方法をご紹介します。 Call Directory Extensionを使う点やハマりどころなどは発信者名表示と変わらないので、前回の記事に目を通していただければと思います。 [CallKit] 思わぬハマリどころも！Call Directory Extensionを使って着信時に発信者名を表示する 検証環境 本エントリは以下の環境で検証を行っています。 macOS Sierra バージョン 10.12.6 Xcode Version 9.2 (9C40b) Swift 4 着信拒否のためのデータベースを提供する 以下は実装例

はじめに モバイルアプリサービス部の中安です。 最近、Alexaのことばかり書きすぎて疎かになっているswiftの記事を書きます。 Codable っていいよね Codable は Swift4 から搭載されたデータ構造化に便利なプロトコルです。 以前に自分も Codable についてはブログ ([Swift 4] SwiftyJSONを使わずにシンプルにJSONをデータ構造化する) にしてまとめておりました。 それにしても非常に強力な機能ですね。 しかし、問題が そんな自分の拙文なブログ記事を見てくれたという知人が嘆いておりました。 どういうことかというと、例えば下記はとある学校の生徒名簿のJSONデータとします。 [ { "student_name": "佐藤", "grade": 3, "room_number": 1 }, { "student_name": "鈴木", "grad

高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉しても低スペック環境を強いられるのならば転職した方が良い気がしています🤔ちなみに転職ドラフトでSWHGという招待コードで登録するとお互いプロテインゲットできるので、気が向いたらお願いします( ´･‿･｀) Continuous Integration(CI)環境次に、CI環境について触れます。CI

はじめに モバイルアプリサービス部の中安です。 Swift3でスコープの改変が行われ、「private」に加えて、「fileprivate」というスコープが加わりました。 Swift4ではさらにスコープの改変が行われるそうで、fileprivate の役割がまた少し変わってきます。 自分も忘れてしまわぬよう、しっかりと予習復習をしておこうとブログにしたためることにしました。 Swift3での挙動 fileprivate は、簡単にいうと「同一ファイル内であればアクセスできる」というスコープとして登場しました。 ファイルひとつをモジュールとして考えたときに、その内部では隠蔽されなくてよいだろうという考え方なんだろうと思います。 つまりは、別のクラスや構造体などであっても、その同一ファイル内であれば見ることができるということですね。 具体的にソースで見てみます。 class Hoge { pr

パスワードの自動入力 iOS 11 から、UITextField や UITextView に対して ユーザ名 や パスワード を自動入力できるようになりました。 今回はこの機能の実装方法をご紹介します。 適切な Content Type の指定 UITextField や UITextView は textContentType プロパティを持っています。 このプロパティは UITextContentType という構造体ですが、iOS 11 ではこの構造体に以下の 2 つの定数が追加されました。 username password Password AutoFill を使用するためには textContentType にこれらを指定する必要があります。 usernameField.textContentType = .username passwordField.textContent

iOS 11のリリースと同時に、ARKitのサンプル集「ARKit-Sampler」をオープンソースで公開しました。 ARKit Sampler ソースコードは GitHub に置いてあるので、ご自由にご活用ください。 https://github.com/shu223/ARKit-Sampler 使用言語はSwift 4.0です。 ARKitのサンプルは公式のを含めいろいろ出てますが、ARKit-Samplerでは「余計な実装を混ぜずに、できるだけシンプルな実装で伝える」というところに気をつけています。もともとは書籍執筆のために用意したものなので、とくに序盤のサンプルはシンプルで意図が汲みやすいと思います。 ビルド方法 ここから Inceptionv3.mlmodel をダウンロードして mlmodels フォルダ配下に置く Xcode 9 でビルドしてiOS 11端末にインストール 基

はじめに こんにちは。モバイルアプリサービス部の平屋です。 本記事では、Apple Music APIを使用してアルバム情報を取得し、収録曲を再生する実装を紹介します。 Apple Music APIはWWDC17で紹介されたMusicKitに含まれるWeb APIです。MusicKitの概要は以下の記事にまとめています。 [iOS 11] Apple Musicとの連携を行うための「MusicKit」について #WWDC17 サンプルアプリについて 本記事を書くにあたって、以下の機能をもったサンプルアプリを作成しました。 トップ画面 キーワードでアルバムを検索する アルバムを選択すると、詳細画面を表示 詳細画面 収録曲情報などを表示する 曲をタップすると再生される 本記事では、上記の機能を実現するのに必要な作業のうちの一部を抜粋して紹介します。 記事内で扱っていない部分については、以下の

はじめに iOS11から新しくPDFKitが追加されました。以前からMac用のSDKにはPDFKitが含まれていましたが、iOSにはありませんでした。PDFKitの登場前はWebViewなどで表示しており、細かい制御はできませんでした。それが今回のPDFKit追加によって、表示だけではなくて色々な制御ができるようになります。 この記事では、PDFKitの概要と基本的な機能のサンプルをご紹介します。 PDFKitの概要 PDFKitはいくつかのユーティリティクラスに分かれています。 PDFView ビューアー的な機能を持ちます。 PDFDocument PDFデータまたはPDFファイルを指します。PDFデータの書き込み、検索、選択などの機能があります。 PDFPage ページ単位の制御部分です。テキストや注釈、描画にまつわる機能があります。 PDFAnnotation ページの中の注釈部分で

speakerdeck.com 日本で開催されるもっとも大きなiOSに関するカンファレンスの１つであるTop | iOSDC Japan 2017に参加し、表題の内容で発表しました。 聴いてくださった方々からは好評のようでよかったです。発表資料は本題と関係のない話がちょこちょこ挟まったり、口頭の説明がないとわからないページがあり、スライドだけでは意図がよく伝わらない恐れがあるので、こちらで内容について補足します。 伝えたかったテーマは「依存が大きく複雑で、単体でテストしづらいコードを単体で動かしてテストできるようにするには」ということです。その題材として一般的に依存が複雑でテストしづらいコンポーネントであるビューを例として取り上げました。ですのでビューやUIをテストするということに絞った話ではなく、どのレイヤーに対しても複雑にいろいろな依存関係があってユニットテストが書けないという状況を改

はじめに モバイルアプリサービス部の中安です。 アプリを作ってきた際に、あるとなかなか便利だったextensionをボチボチとご紹介していければと思っています。 アプリの目的に合わせてやりかえる必要があったり、もっとよい実装があるかもしれませんが、何かの役に立てば光栄です。 今回はUIColor編です。 整数値からUIColorを作る UIColorには init(red:green:blue:alpha:) というイニシャライザが用意されています。 ここに渡す値は 0.0〜1.0 の CGFloat値ですが、カラーピッカーなどを作る際や色定義などをする際に 0〜255 の整数のほうが人の目には分かりよい場合もあります。 下記では 0〜255 のRGB値をラベルなしで渡すことで、定義の際に見やすい表示になるようにしました。 extension UIColor { convenience i

platform :ios, '9.0' use_frameworks! target 'ここにターゲット名' do pod 'Jelly' end 画面遷移の作成 モーダルでページの遷移を出来るように画面を作っておきます。 Storyboardに呼び出し元と呼び出し先のViewControllerを置きます。呼び出し先の方には閉じるボタンを付けています。 また、呼び出し先の画面にはStoryboardIDを付けておきます。 呼び出し元の方にボタンを配置してタップしたら、呼び出し先画面を表示するようにします。 class ViewController: UIViewController { override func viewDidLoad() { super.viewDidLoad() } override func didReceiveMemoryWarning() { super.d