Xcode11 で iOS 12 以前をターゲッドにしてビルドする方法
2019年9月にリリースされた Xcode11 では、新しい iOS 13 に対応しています。 新しい環境向けにアプリケーションを開発するときには新機能満載で実装するのも良いですが、ときには以前のバージョンの iOS 向けにもアプリケーションを開発する必要がある場合もあるでしょう。 ここでは Xcode11 で iOS12.x 以前の環境向けにアプリケーションを開発するときの初期設定について説明します。 プロジェクトを作成してすぐ後にする作業として説明しています。既に記述したコードがある場合は、単純に当てはまりません。 書いたコードを誤って消さないように注意してください。 Xcode11 でターゲットを 12.x にするとビルドできない! Xcode11 で iOS プロジェクトを作成すると、デフォルトの開発ターゲットは iOS13 になっています。 開発ターゲットを確認するには、プロジェ
App Icon Generator
Generate icons and images for mobile apps, android and iOS. No need to upload or download. Works on your browser
バンドルID(Bundle identifier)とは - Qiita
バンドルIDは、アプリケーションを識別ために使われます。 バンドルIDの文字列は、英数字（A-Z、a-z、0-9）、ハイフン（-）、ピリオド（.）のみで構成しないといけないです。 組織のドメインがAcme.comで、Helloという名前のアプリケーションを作成する場合、バンドルIDは 「com.Acme.Hello」 という文字列です。 バンドルIDの具体的な保存場所と用途 ここはあまり詳しく読まないでいいような気もした。 1.Xcodeプロジェクト バンドルIDを「情報プロパティリスト」ファイル（Info.plist）に保存します。このファイルは、ビルドの際、アプリケーションバンドルにコピーされます。 2.iTunes Connect バンドルIDを入力することによりアプリケーションを特定します。アプリケーションの最初のビルドをiTunes Connectにアップロードすると、バンドルI
XCFrameworksに対応したCarthageを使ってみた - Qiita
Carthage 0.37.0がリリースされ、XCFrameworksに対応しました🎉 これによりXcode12になってからCarthageで発生していた問題が解消されることになります。ワークアラウンドスクリプトが不要になり、さらにはM1 MacでCarthageが使えるようになります。 なぜCarthageがXCFrameworksを必要としていたかの背景や、XCFrameworksを生成する手順について解説したいと思います。 CarthageでXCFrameworksを生成する手順だけ知りたい方は、 CarthageでXCFrameworksをビルドする へどうぞ。 XCFrameworksって何？ まずXCFrameworksについて説明します。 XCFrameworks自体はXcode11から使用可能になっている技術です。 実際にCarthage0.37.0でビルドしたXCFra
グローバル環境を可能な限り汚染しないXcodeの開発環境構築
追記 改善版 → 続: グローバル環境を汚染しないXcodeの開発環境構築 解決したい課題 チーム開発時に各メンバーの環境にインストールしてあるツールのバージョンの差異が気になる Podfile.lockでversionの差分が出るのがすごく気になる。気にしない人はそのままcommitするし… READMEに環境構築の手順を書く手間を減らしたい 環境構築に関する問い合わせも減らしたい 結論 ローカルのグローバルなところにインストールするツールはHomebrewとbundlerのみ Swift系のツールはMint経由でインストール、Ruby系のツールはbundlerでプロジェクト直下にインストール 各ツールの依存関係は以下になる Homebrew └─ Mint ├─ Carthage ├─ xcodegen ├─ swiftgen └─ swiftlint bundler └─ Cocoa
有効なはずのProvisioning Profile (Type: Development) がXcode11で使えない - Qiita
既存の.xcodeprojファイルを開きノールックで Command+R したところ、Xcode11 絡みと思しき理由で Apple さんお得意の「サイレント仕様変更」にぶつかりましたのでここに纏めておきます。 事の経緯 Xcode 11.0 のリリース以前から Xcode10.x で開発していた iOS アプリ (iPad向けアプリなので今後はiPadOSアプリですね) のプロジェクトファイルを Xcode 11 で開いたところ、そのまま実機デバッグができず、吐かれたエラーに従って確認したところ、TARGETS > Signing & Capabilities タブ > Signing (Debug) セクションの Status に doesn't include signing certificate のエラーが出ていました。 ※私の業務環境では多数の証明書やプロファイルを管理している
Apple Developer Program の管理者が最低限意識すべきこと - Qiita
受託開発企業の Apple Developer Program の管理者として一年間仕事をしてきたので、 最低限これだけは意識しておいたほうが良いと思ったことをまとめます。 受託開発企業というところもあり、ある程度領域が狭まってしまっていることもあるかと思いますので、ご了承ください。 プログラムの種類 Apple Developer Program (ADP) 開発及びAppStoreでの配布で利用する AppStore配布が出来る Ad Hoc配布が出来る カスタムB2B配布が出来る TestFlight(テスト配布)が利用出来る Apple Developer Enterprise Program (ADEP) 開発及びIn-Houseでの配布で利用する Ad Hoc配布が出来る In-House配布が出来る 配布方法 AppStore 配布 AppStoreを利用した最も一般的な配布
Xcode building for iOS Simulator, but linking in an object file built for iOS, for architecture 'arm64'
I am trying to get a large (and working on Xcode 11!) project building in Xcode 12 (beta 5) to prepare for iOS 14. The codebase was previously in Objective-C, but now it contains both Objective-C and Swift, and uses pods that are Objective-C and/or Swift as well. I have pulled the new beta of CocoaPods with Xcode 12 support (currently 1.10.0.beta 2). Pod install is successful. When I do a build, I
リリース済みアプリの iOS Distribution Certificate Expires in 30 Days 対応 - Qiita
リリース済みアプリの iOS Distribution Certificate Expires in 30 Days 対応iOS 概要 リリース済みの iOS アプリで使用している証明書の期限が切れそうなので更新する 別の Mac でも同じ iOS アプリを開発するための証明書登録を行う 発端 Apple Developer から「Action Needed: iOS Distribution Certificate Expires in 30 Days」というタイトルのメールが届く。 Your iOS Distribution Certificate will no longer be valid in 30 days. To generate a new certificate, sign in and visit Certificates, Identifiers & Profile
UIWindow を使用して安全にグローバルなモーダル画面を表示する - Qiita
この記事はユニークビジョン株式会社 Advent Calendar 2018の2日目の記事です。 TL;DR UIWindow の makeKeyAndVisible() メソッドはレシーバを前面に表示し、キーボード等のイベントを受け付けるようにするメソッド 新しい UIWindow を生成し、それの makeKeyAndVisible() メソッドを呼ぶことで、表示中のウィンドウの上から新たな画面を表示させることができる それを利用して、表示中の画面に関わらずモーダル表示を行うことができる。強制バージョンアップ等で、全てのユーザにお知らせを表示したい場合等に有用。 調べた動機 ある日 UIWindow が消えた iOS 開発をしていてスプラッシュ画面が出た直後に画面が真っ暗になる現象に引き起こしてしまいました。その際 Debug View Hierarchy ボタンを押すと以下の通り見事
【Swift】最前面のUIViewControllerを取得する方法 - Qiita
extension UIApplication { class func topViewController(controller: UIViewController? = UIApplication.shared.keyWindow?.rootViewController) -> UIViewController? { if let navigationController = controller as? UINavigationController { return topViewController(controller: navigationController.visibleViewController) } if let tabController = controller as? UITabBarController { if let selected = tabContr
【Swift】最前面のViewControllerの取得方法（備忘録） - Qiita
最前面のViewControllerの取得方法が、しばしば記憶から消えるので備忘録的に。 お手軽パターン func topViewController() -> UIViewController? { var vc = UIApplication.shared.keyWindow?.rootViewController while vc?.presentedViewController != nil { vc = vc?.presentedViewController } return vc } 大体の場合、Google先生に聞いた時はこちらが出てくる。 presentでViewControllerをどんどん重ねていく系のアプリではこれでも問題がない。 が、NavigationControllerやTabBarControllerを使っている場合、それらの中身までは判定できない。 つまり、
[iOS] アプリ名を変更する - Qiita
〜アプリ名を１種類だけ使いたい、とりあえずアプリ名を変更したい人向け〜 作業は設定を1つ変更するだけでアプリ名を変更できます。Swiftも、Objective-cも同じ方法です。 変更方法としては3つあります。 もし、以下の項目を複数変更した場合は優先順が高いものが選択されます。 優先度は1が一番高く、順に低くなっていきます。 ◎sample2という名前のプロジェクトを前提にします 1.「 Bundle name 」を新規作成 ・場所 Supporting Files > Info.plist > +で新規生成 Builed display Name (初期設定 なし ) 2.「 Bundle name 」 を変更 ・場所 Supporting Files > Info.plist > Builed Name (初期設定 $(PRODUCT_NAME) ) 3. 「ProductNam
![[iOS] アプリ名を変更する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/aed0561d958cbf0d9149331acd9d6da3ff6387f7/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-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEJTIwJUUzJTgyJUEyJUUzJTgzJTk3JUUzJTgzJUFBJUU1JTkwJThEJUUzJTgyJTkyJUU1JUE0JTg5JUU2JTlCJUI0JUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1kZWE1MGVjYjFhYjBkMmFlYWEyNDc4NmM3NTVjOTA1Yw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBoaXJvbzA1MjkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWRhMGQ5ZWYzYzI3MGMwYmYwMDE4MzgxODhiNWRlNWUx%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D6a3b009f08facc433de5b61500fe1a11)
カスタムコンポーネントを使用したUI実装について - ZOZO TECH BLOG
こんにちは。iOS担当の遠藤です。 最近、私達のチームではUI実装をカスタムコンポーネントを使用して行うようにしました。今回はそのメリットと実装方法について紹介したいと思います。 はじめに 今までのUI実装では、カスタムビューごとにInterface Builderでテキストの色や、サイズを設定していました。 しかしこのやり方には、以下の問題がありました。 間違った色やサイズを設定してしまう恐れがある xibを作成するたびに色やサイズなどを設定するのは面倒 UIを変更する際に、変更範囲が広くなってしまう UI実装をする度にInterface Builderでテキストやボタンの色や数値を設定すると、間違った設定をしてしまう恐れがあります。そして、毎回この設定をInterface Builderで設定するのは面倒です。 また、変更箇所が多くなってしまうことも問題でした。 アプリを開発、運用する
iOS 証明書 & Provisioning Profile & Apple Developer Program の更新をやったメモ（1年ぶりn回目） | DevelopersIO
無事にできました！ Certificates, Identifiers & Profiles 管理サイトに行く Apple Developerにアクセスしてログインします。 その後、「Certificates, Identifiers & Profiles」を選択します。 証明書の作成（開発用） 「Certificates」の右側にある矢印を選択します。 続いて、「iOS App Development」を選択して進みます。 先ほど作成して保存した「証明書のリクエストファイル」を選択して進みます。 証明書が作成されたので、ダウンロードします。 証明書の作成（配布用） 同様の手順で作成します。 途中で「iOS Distribution (App Store and Ad Hoc)」を選択すればOKです。 証明書の反映 ダウンロードした証明書をそれぞれ実行し、キーチェーンアクセスに反映させます
ipaファイルを直接iPhoneにインストールする - 中安拓也のブログ
アーカイブで作成したipaファイルを直接、実機に入れる方法 バージョン情報 Xcode: 9.3 OS: macOS High Sierra Apple Configurator 2: バージョン2.7 iPhone 8 plus(iOS: 11.1.2) インストール方法 iOSアプリケーションをXcodeでアーカイブして、ipaファイルにする App Storeから、Mac PCにApple Configurator 2をインストール Apple Configurator 2を起動して、ケーブルでMac PCとiPhoneを繋ぐ Apple Configurator 2 Apple Configurator 2に繋いだモバイル端末が表示されるので、端末に向けてipaファイルをドラッグ&ドロップすると、iOSアプリのインストールが始まる アプリを起動する インストールしたアプリをそのまま
AppStore 登録前の iOSアプリを Ad-Hoc で配布してインストールする方法 - akiyoko blog
まずはじめに、iOSの開発ライセンスには、「iOS Developer Program (Standard)」と「iOS Developer Enterprise Program」があるのですが（*1 ）、それぞれのライセンスで利用できる配布方法としては以下の通りとなります。 Standard Enterprise 実機デバッグ（開発用配布） ○ ○ Ad-Hoc（評価用配布） ○ ○ In-House（組織内配布） − ○ AppStore（一般公開） ○ − 条件 個人・法人（7,800円/年） 法人（23,800円/年） （「iOSライセンス＆配布方法まとめ - Qiita」を参考に少し改編） 今回紹介するのは、AppStore 登録前の iOSアプリを、評価用の実デバイスにインストールする手順（上表の「Ad-Hoc（評価用配布）」）についてです。 （なお、今回紹介する方法ついては
【iOS】3秒でアプリ申請/プロビジョニングプロファイル周りの各用語を解説する - Qiita
いろんなサイトを見る時に、単語の意味がわからなくて困ったのでまとめました。 3秒で話せるくらい簡単にまとめました（太字の解説）。 もっと詳しいことを知りたい方は、下にリンクを貼っておきますので、参考にしていただければ。 注意 手順については解説していません 参考サイトからの引用多めです（リンク切れが発生した時のことを考えて書き写しています） 情報が古い/間違っている場合、コメントをお願いします 「どこどこの誰々さん」は「どのデバイス」を使っていて、「どのアプリケーション」を作っているかという情報が書いてあるファイル。 開発中（やAdHoc用）アプリを、iPhone/iPadの実機にインストールするために必要。 アプリケーションID、デバイス識別子、正規開発者証明書の関係をまとめたファイル。 Profile UUID プロビジョニングプロファイルそれぞれに割り振られているID。 作成時に自動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iOSアプリの基本設計を考える：「UIViewController」画面遷移（１） - Qiita
Visual Studio App Centerを公式サンプルアプリから学ぼうiOS(swift),Android(java)
