XcodeでDevelop/Staging/Release環境を上手に切り分ける方法 - Qiita
はじめに アプリに限らずだと思いますが、開発・ステージング・本番の３環境で制作が進んでいくケースは多いと思います。 ここでは、私がXcodeでプロジェクトを作成する際に設定する内容をまとめたいと思います。 基本的な設定の流れ 初期状態 Xcodeでプロジェクトを新規作成すると、Build ConfingurationはDebugとReleaseの２種類が作られます。 Build Configrationの設定を好みの形に変更する タイトルの通り、Develop/Staging/Releaseの３つで作成します。 [+]を押して「Debug」を複製する形で「Staging」を作成し、「Debug」はダブルクリックで名称を「Develop」に変更します。 最終的に、このようにします。 PROJECT -> Build Settingsの修正 Apple LLVM 9.0 – Preproces
Swiftのextensionは3パターンだけ〜そして条件付き適合へ･･･〜 - Qiita
Xcode 9.3 正式版が一向にリリースされないため、しびれを切らして投稿します。 (追記) -> 翌日にリリース来ました。念願のSwift 4.1や。Swift 4.1の次はSwift 4.2で、その次はSwift 5.0や! 本記事の効能 Swiftのextensionは3つの用法しかないことを知り、それぞれのパターンをはっきり峻別できるようになる また、それぞれのパターンに付与されたwhereの意味も完全に把握し、Swift 4.1でお試し解禁された条件付き適合(conditional conformance)まで知識をビルドアップする 結果、さらに自信を持ってextensionを扱えるようになり、Swiftがさらに楽しくなる Swift 4.1以上をご用意のうえ、お読みいただけると嬉しいです。 環境 Xcode 9.3 Swift 4.1 全3パターンを把握する どんなに複雑そう
XcodeのUIテストフレームワーク「XCUITest」のTips - Qiita
XCUITestでUIテストの自動化にチャレンジしています。 その中で得られたTipsを記します。 環境 Xcode 10.1 Swift 4.2 そもそも、XCUITestとは Xcodeに統合されているUIテストフレームワークです。 シナリオコードを書いて、ユーザーの操作をシミュレーションします。 アプリの挙動が期待通りになっているかのアサーションも、もちろんコードで記述します。 アサーションに失敗したタイミングで、自動的にスクリーンショットを撮ってくれます。 ブレークポイントで止めておいて、操作の記録を開始すると、操作をテストコードに自動変換してくれます（この「レコーディング機能」の注意については後述）。 Xcode 10より"Parallel Testing"つまり並列実行が導入され、パフォーマンスが向上しました。 導入手順と、基本的なテストコードの書き方 本稿では割愛します。 以
Swiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい - Qiita
これは Swift Tweets の発表をまとめたものです（次回開催はこちら）。イベントのスポンサーとして Qiita に許可をいただいた上で投稿しています。 ありがとうございました！Q&Aは他の人の発表中でも構わないのでリプを飛ばして下さい。 続いては僕 @koher の発表で、タイトルは "Swiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい" です。 #swtws — koher (@koher) 2017年1月14日 第 1 部: Swift の 4 種類のエラーについて あまり知られてませんが、エラー処理について、 Swift 2.0 設計時に Core Team がまとめた "Error Handling Rationale and Proposal" というドキュメントがあります。このドキュメントは、僕が去年 try! Swift で発表した際にも参考文献にしまし
iOS11 で文字認識
こんにちは、アプリケーション共同開発部の河野（こうの）です。 今年の WWDC で Vision フレームワークが発表され、テキスト検出などの機能を簡単にアプリに組み込むことができるようになりました。 しかし、画像のここにテキストがあるよという検出はできるものの、そのテキストが何の文字なのかという文字認識の機能についてはまだサポートされていません。 近い将来 Vision フレームワークに文字認識の機能が追加されるとは思いますが、いま文字認識の機能をアプリに組み込みたい場合はどうすればいいのか。 iOS アプリ開発のプロジェクトで文字認識機能を開発する機会があり、そのときに調査したことなどをまとめたいと思います。 概要 今回、認識したい文字列は – 数字と大文字英字のみからなる文字列 – 1 行のある決まった文字数 – 特定のフォント – 文字間で前後関係を持たない文字列 というような条件
Quickを使ってSwiftコードのユニットテストを行う - Carthageからの利用 - Project Unknown
はじめに iOSのユニットテストを行うのに、標準ですとXCTestがありますが、 最近Quickと呼ばれるテストフレームワークがよく使われ出しました。 XCTestも非常に強力なテストフレームワークですが、初見であったり、他の人が記載したテストコードは中々読みづらかったりします。 QuickはXCTestと比べて見かけ上自然なので、後でメンテがやりやすいです。 実際に記事本文にSampleを載せていますので、是非体感してみてください。 今日はそんなQuickの触り部分を紹介します。 はじめに 導入 CarthageからFrameworkを導入 ProjectファイルのDefine Moduleを設定する テストコードを書く QuickSpec describe, context, it beforeSuite, beforeEach, afterEach, afterSuite expec
【Swift】コードを使った二つの画面遷移の方法 - Qiita
最近元気がありませんm(><)m こんにちはTOSHです。 今回は、アプリ開発の基本でもある画面遷移について紹介していこうと思います！ 基本的な遷移の方法 Xcodeで画面遷移（アプリ内で画面を移動すること)際には、segueでボタンとパーツをつなげるのが一般的だと思います（下記参照）。 この方法は最も一般的で便利であるとは思いますが、例えば パスコードを入力して画面遷移をしたい 何回タップしたら遷移するといった 場合ではこのような方法では実装できないのでまた別の方法で実装する必要があります。 コードを使った画面遷移(2通り) viewControllerとviewController同士をsegueでつなぎ、そのsegueを遷移したいタイミングで呼び出す(TypeA) 遷移したいviewController自体に名前、識別IDをつけて遷移したいタイミングでviewControllerその
[Swift] コードでUI作成してみた without storyboard - Qiita
自己紹介 元インフラエンジニアで6月からモバイルアプリ開発者として働いています。 それまでSwiftは独学でやっていたのですが、業務やっている中でコードでUIを作成する際にビギナー向けにまとまっているサイトが少ないなと思ったのでまとめます。 目標 storyboardを使わない AutoLayoutでレイアウト調整する なるべくハードコードしない なるべく共通化する 以下のような簡単なログイン画面を作成する Version Swift: 4.1 xcode: 9.4 目次 初期設定 UIパーツを設定 UIパーツを画面に表示させる AutoLayoutでレイアウトを指定する (補足) UIパーツを拡張する マジックナンバーは変数で管理する R.swiftを使う ボタンをタップした際の処理 初期設定 プロジェクトからstoryboardファイルを削除 [Target]→[General]→[D
![[Swift] コードでUI作成してみた without storyboard - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/867bf10e47be36f04998ea0aec73faa3bbed106e/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-1150d8b18a7c15795b701a55ae908f94.png%3Fixlib%3Drb-1.2.2%26w%3D1200%26mark%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D380%2526txt%253D%25255BSwift%25255D%252520%2525E3%252582%2525B3%2525E3%252583%2525BC%2525E3%252583%252589%2525E3%252581%2525A7UI%2525E4%2525BD%25259C%2525E6%252588%252590%2525E3%252581%252597%2525E3%252581%2525A6%2525E3%252581%2525BF%2525E3%252581%25259F%252520without%252520storyboard%2526txt-color%253D%252523333%2526txt-font%253DAvenir-Black%2526txt-size%253D54%2526txt-clip%253Dellipsis%2526txt-align%253Dcenter%25252Cmiddle%2526s%253Dcc3960d10b372f74426fc2ee83164037%26mark-align%3Dcenter%252Cmiddle%26blend%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D500%2526txt%253D%252540ikawashima41%2526txt-color%253D%252523333%2526txt-font%253DAvenir-Black%2526txt-size%253D45%2526txt-align%253Dright%25252Cbottom%2526s%253D62befc4184da1b15e64e76e0d99ef39b%26blend-align%3Dcenter%252Cmiddle%26blend-mode%3Dnormal%26s%3Dc7cc4715a498e986a09ac2d2f5be9c14)
[Swift] Swinjectを使ったDependency Injection | DevelopersIO
はじめに こんにちは。 最近生後7ヶ月の娘を見た人から「眉毛が垂れててお父さんそっくりですね〜」と言われるのが定番になっている加藤です。 さて、今回はSwiftのDIフレームワークであるSwinjectの話です。 DIとは DIはDependency Injectionの略で、日本語では「依存性の注入」と訳されます。 「DIとは何か」を説明した記事は山ほどありますが、ここでは一番端的に表現している記事を見つけたので引用します。 “依存性注入とはインスタンス変数にオブジェクトを与えるということです。本当にただそれだけです。” - James Shore Swiftにおける現実的なモックより引用。 つまり、あるオブジェクトが依存しているオブジェクトを外から渡してあげることを意味します。 依存しているオブジェクトを中で作らずに外から渡してあげることで、オブジェクト同士を柔軟に組み合わせることが可
![[Swift] Swinjectを使ったDependency Injection | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b9b98d8423d1943cae402d21764bf51589e811b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Flogo_swift_400x400.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Page Object in XCTest UI Tests
The home of good stories
XcodeでUIテストを自動化してみた
How To Make an App (Updated for 2018)
iOS Tutorial: How to make an iPhone App (Xcode 9, Swift 4, iOS 12) - YouTube