iOS 13にしかないフレームワークを使用したアプリをiOS 12以下でも動くようにするには - 24/7 twenty-four seven
SwiftUI、Combile、RealityKitなどiOS 13以上の環境にしか存在しないフレームワークを使用するアプリをiOS 12以下の環境で実行すると、その機能を実際に呼び出さないようにしていたとしても、起動時にダイナミックリンクに失敗してクラッシュしてしまいます。 dyld: Library not loaded: /System/Library/Frameworks/RealityKit.framework/RealityKit Referenced from: /Users/katsumi/Library/Developer/CoreSimulator/Devices/7D73BD02-5C30-4723-9023-4D19BCDAE1AA/data/Containers/Bundle/Application/A9E00179-1DDD-4051-9207-7CC6C9DC
Swiftプロジェクトのビルド時間を計測・改善するxcprofilerを作った話 - クックパッド開発者ブログ
技術部モバイル基盤グループの@giginetです。 我々のチームでは、iOS/Androidアプリの認証、決済、ロギングと言った基幹部分の開発のほか、各事業部のモバイルエンジニアの開発効率を上げるための業務改善を日々行っています。 その一環として、さまざまなモバイル開発上の指標を収集・監視し、問題の発見や、施策への効果計測に利用できるようにしています。 例として、iOS/AndroidのCIの実行時間や、開発期間中のissueの量の変化、コード全体のSwift対応率などがあります。 収集したデータは、オープンソースのデータビジュアライゼーションツールであるGrafana上にダッシュボードを作成し、監視しています。 この記事では、iOS版クックパッドアプリでビルド時間を計測、改善をした事例についてご紹介します。 コマンドごとの実行時間の計測 まず、CIサーバーで実行されている各Shellコマ
Profiling your Swift compilation times | Bryan Irace
January 18, 2016 I had a problem. The new iOS application that I’m working on – written 100% in Swift – was noticeably taking much longer to compile than should, given its size (~200 files). More concerning, it was suddenly a lot slower than only a couple of weeks prior. I needed to get to the root of the problem as soon as possible, before it got any worse. The first step was to add -Xfrontend -d
Xcode 7.2 の LLDB で Swiftのデバッグをするコツ
現在のXcode 7.2でSwiftを使ったiOSアプリのデバッグをするときのコツみたいなものをまとめました。将来的にはより良くなる可能性はあります。というか良くなってほしいです(´･_･`) ■LLDBはbreakした地点によって挙動が変わるまずハマりどころがこれですが、現在のLLDBはbreakした地点で実行されていたコードがSwiftのコードかC言語系のコードかによってモードが変わります。 // Objective-C mode (lldb) po [someObject property] // Swift mode (lldb) e someObject.property Objective-Cモードの時にSwiftっぽい呼び出しをしたり、その逆をしてもまともにLLDBは動作しません。なので現在自分がどちらのモードのLLDBにいるのかを判断するのがキモになります。 ハマりどころと
Cocos2d-xでゲームを作るときのタチの悪いメモリバグを追跡する - 無理な更新はお止めください。
個人開発者の方はこれで結構救われるんじゃないかな？ Cocos2d-xを使うゲームはC++で記述するので、メモリ関連のバグに悩まされるケースが多いと思います。Xcodeでデバッグしてその場所を突き止められるのならいいのですが、メモリのオーバーランなんかだとしばらく問題なく動いた後に突然訳のわからないところでエラーが出てアプリが落ちるということになってしまいます。こうなると原因を特定することは非常に困難です。コンソールゲームの開発であればグローバルなnewを拡張するなど独自のメモリ管理の仕組みを使ってこれを検出するのが通常のようですが、少々難易度が高いです。自分もどうするか悩んでいたところ、stackoverflowにこんな記事を見つけました。 stackoverflow.com 注目は二つ目の回答。なんとXcodeでそれを検出することができるのだそうです。Edit SchemeのDiagn
Xcode 6 時代のマルチデバイス対応 〜Size Classとベクター画像〜 - その後のその後
とあるお仕事で、iPad をサポート（＝ Universal 化）してほしいという要望があり、せっかくなので iPhone 6 / 6 Plus （4.7 / 5.5 inch スクリーン）もサポートしようってことで、新しい Xcode 6 の新しい仕組みである Size Class を使って複数画面対応を行ないました。あと、同じく Xcode 6 から Asset Catalog でベクター形式がサポートされるようになったので、こちらもトライしてみました。 で、そのときに学んだ諸々の断片的なメモです。勘違いもあるかもしれないのでその際は優しくご指摘いただけますと幸いです。 ※ちなみに Size Class やベクター形式画像の使用は iOS 8 以上縛りではありません。単に Xcode 6 の新機能というだけなので。 Size Class の前提知識をつける 「Size Classsとは
iOSアプリで継続的インテグレーションする"Bot"の導入手順と注意点 #ios7yahoo｜CodeIQ MAGAZINE
iOS7と同時にXcode5から追加された、CIを実現するための新機能「Bot」。 ヤフーでiOSアプリを開発している田村孝文さんに、Botの仕組みや、簡単な導入手順、導入時の注意ポイントなどについて、解説していただきました。 by 馬場美由紀 （CodeIQ中の人） Xcode5に組み込まれているCIの仕組み ヤフー田村です。 Xcode5には、継続的インテグレーション(Continuous Integration:CI)の仕組みとして”Bot”という機能が組み込まれています。 Xcode5以前も、JenkinsなどでiOSアプリのCIを回すことはできましたが、Xcode5に組み込まれたことで、よりスムーズにCIを始めることができるようになりました。 この記事では、Botの紹介と簡単な導入手順、導入時に注意しておきたいパターンなどを紹介していきたいと思います。 Botの紹介 Botは O
「ヤフーvsクラスメソッド iOS 炎の7番勝負」ヤフー側の発表スライドを公開します #yxcm
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog 先日、「ヤフーvsクラスメソッド iOS 炎の7番勝負」という勉強会を開催しました。 http://connpass.com/event/5159/ おそらく業界初となる対決形式の勉強会で、7つのテーマで各5分のLTを行いました。 1人5分の持ち時間では説明しきれない部分もありましたので、 補足スライドも含めてヤフー側全セッションの発表資料をすべて公開します！ ▼発表を見逃した方はUstアーカイブをぜひご覧ください！ Ustream前編：//www.ustream.tv/recorded/44215492 Ustream中編：//www.ustream.tv/recorded/44217060 Ustream後編：//www.us
初めてのXcode 5 プラグイン開発 | DevelopersIO
ヤフー vs クラスメソッド「iOS 炎の7番勝負」でXcode プラグインについて話しました この記事は、ヤフー vs クラスメソッド「iOS 炎の7番勝負」で話した「Xcodeプラグインで快適な開発ライフを」の補足記事になります。 まえおき IDEとプラグイン プラグインって聞くと Eclipse を連想される方が多いかと思います。Eclipse だとそもそも言語用のプラグインやらバージョン管理（git、SVN）やら開発に最低限必要なものがプラグインとして提供されています。なので、Eclipse にとってプラグインはなくてはならない存在と言えます。 Xcodeとプラグイン Xcode は非常に優秀な IDE で、プラグインを入れなくても iOS 開発に最低限必要なものはほとんど揃っています。なので Xcode では、Eclipse のようにプラグインを入れる必要はありません（決して E
Xcodeでの補完をより便利にするFuzzy Autocomplete for Xcodeを試す
プログラミング (iOS, JavaScript, Jenkins, Sikuli) とMacやiPhoneなどの話題が中心のブログ Xcodeのキーワード補完は便利ですが、前方一致なので万能ではありません。 そのXcodeのコード補完をファジィにしてくれるXcodeプラグインがFuzzyAutocompletePluginです。例えば次のようなことが可能になります。 muaと入力すると、NSMutableArrayを提示してくれる self vdlと入力すると、viewDidLoadを提示してくれる self appenと入力すると、applicationDidEnterBackground:を提示してくれる dioやd_oと入力すると、dispatch_onceのスニペットを提示してくれる スクリーンショットを見たいかたはGitHubのプロジェクトページにあるGif画像を参照してくださ
.ipaをサッとつくる - blog.ishkawa.org
iOSアプリの.ipaを配布して他の人にテストしてもらうとき、 Xocdeを起動 メニューのProduct -> Archiveを選択。 OrganizerからArchiveを選んでのDistribute。 Save for Enterprise or Ad-Hoc Deploymentを選択。 Code Sign Identityを選択 保存先を指定 保存したipaをサーバーにアップロードする。 という面倒な手順を踏んでいる人も多いと思います。 実はこれらはコマンドでも実行できるのでmakeでサッとできます。 Makefile .xcodeprojなどと同じ階層にMakefileを作成します。 ***ってなってるところは適宜読み替えてください。 .xcodeprojを使っている場合 1 2 3 4 5 6 7 default: xcodebuild -sdk iphoneos -ta
UIKitで使われている画像パーツをまとめて取得する | TOKOROM BLOG
UIKitで使われている画像はどこにある？ 例えば、UIAlertViewのアラートの画像ってどういう構成になってる？とかUISegmentedControlのAppearance変えたいんだけど当てはめる画像はどう作る？などというときにUIKitが標準で使っている画像パーツを参照できると便利です。 プログラマというか特にはデザイナさんにとって有用だと思います。 その画像パーツですが、Xcode（iOSシミュレータ）の中に入っているのでそこから抜くのが手っ取り早いです。 具体的には（これはiOS6.1の場合）、 /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.1.sdk/System/Library/Frameworks
Cocoaの日々: ObjCがサクっと書けるコーディングTips
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 最近よく使っている省略記法を紹介する。これらを使うとなんとなく気分がいい。 クラスメソッドの . （ドット）アクセス 実はクラスメソッドも .（ドット）表記が可能になった。 [SomeClass sharedInstance] ↓ SomeClass.sharedInstance当然ながらさらにメソッドも重ねられる。 SomeClass.sharedInstance.localNameXcodeではクラスメソッドの.表記は補完が効かないのが難点。ただしそれ以降のメソッドは補完してくれる。 例えば SomeClass.share... ここまでは補完しないが、SomeClass.sharedInstance.local.. ここまで来ると補完できる。 インスタンス作成 (1)newお馴染
Tip: Ensuring ARC is Enabled at Compile Time. | iOS Developer Zone
If you still have legacy code around that is not compiled with Automatic Reference Counting (ARC), accidentally adding some new code that assumes that ARC is enabled can lead to extensive memory leaks. This simple test, placed in a .m file, will prevent the file from compiling if ARC is not enabled.
NSNotificationの実践的な使い方 - Cyber Passion for iOS
2013-03-10 NSNotificationの実践的な使い方 Tips Notificationの使い方に関してはググればいくらでも出てくると思いますが、ここでは実戦向けに少しだけ掘り下げて説明出来ればと思います。 アプリケーション独自のNotification関連を定義するファイル アプリケーションのプレフィックス（大文字2文字）+Notificationという名前のファイルにNotification関連の定義をまとめておくと良いでしょう。 今回はSTNotification.hとSTNotification.mというファイルにまとめることにします。 Notification名の定義 SDKや他のライブラリの名前と重複しないようにNotification名をつける必要があります。アプリケーションのプレフィックス+Notification名+Notificationという命名規則にす
NSManagedObjectでTo-Many関連を使用したときにコードの自動生成がされないバグの解決方法 - A Day In The Life
Core Data の NSManagedObject クラスで以下のように To-Many(One-To-Many) 関連を使ったときにコードの自動生成をすると実装コードが生成されない場合があります。 通常の To-Many 関連では問題が起こらないのですが以下のように Ordered(順序) を指定してから NSManagedObject クラスのサブクラスの自動生成をすると実装コード(.m ファイルのコード)の一部が生成されません。 これは Xcode のバグみたいです。最新の Xcode 4.6.1 でも発生しています。 自動生成されないコードはプログラマ自身が実装する必要があります。以下は Transaction(取引) クラスと Journal(仕訳明細) クラスに Ordered の To-Many 関連を設定する場合のコードの実装例です。 #import "Transact
[iOS] 複数のStoryboardを使って画面遷移を作成する | DevelopersIO
単一のStoryboardでうまく画面遷移を表現できない Storyboardを使ってアプリを作成していると、画面遷移の定義が楽な反面、巨大なStoryboardが生まれてしまったり、うまくSegueで表現できずに同じような画面遷移を２度定義してしまったりすることがあります。このため、Storyboardの使用をあきらめようとする事もあるかと思いますが、Storyboardを分割するとうまい具合に実装できることもあります。 そこで今回は、複数のStoryboardを利用して画面遷移を作成する方法をご紹介したいと思います。 開発環境 今回の開発環境は下記の通りです。 OSX 10.8 Xcode 4.6.1 iOS SDK 6.1 ソースコードはGitHubで公開しています。 共通の画面遷移を別のStoryboardに切り出す 共通の画面遷移部分を再利用したい NavigationContr
CocoaPods.org
Some suggestions: Make sure that all words are spelled correctly. Try different keywords. Try more general keywords. Split long words into pieces. CocoaPods is a dependency manager for Swift and Objective-C Cocoa projects. It has over 98 thousand libraries and is used in over 3 million apps. CocoaPods can help you scale your projects elegantly. CocoaPods is built with Ruby and is installable with
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Iosjp.com is for sale | HugeDomains
25 iOS App Performance Tips & Tricks