UnityでのXcode設定をUnityEditorのスクリプトだけで自動化する - 株式会社CFlatの明後日スタイルのブログ
Unityが出力したiOS用プロジェクトの手動編集をなんとかしたいと考えていたら、同じような人がやはり多いようでいろいろな方法がブログエントリで紹介されていました。 UnityでXcodeのプロジェクト設定を自動化したい（c#でPostProcessBuildを書く場合） - Qiita A-Liaison BLOG: Unity の PostprocessBuildPlayer を使って Weak Framework を追加する方法 調べた感じではCodeEditor-for-UnityやxcodeprojというRubyのgemを使う方法が多くみられました。前者のライブラリは最近はメンテされていないようですし、後者の場合Rubyが必要になるということで広く導入しにくい（関係者全員にxcodeproj gem入れろとはいえない）ので別の方法がない限りできないかなーと思っていたら、なんとBi
[NSObject load] と [NSObject initialize] の違い
クラスがObjective-Cのランタイムにロードされ利用可能になったタイミングで、そのクラス全体の初期化を行いたいということはよくあると思います。Objective-CではNSObjectクラスの以下のメソッドを用いてクラス全体の初期化を行うことができます。 + load + initializeこの２つですが、結構挙動が異なります。詳細については以下のとおり。 http://cocoawithlove.com/2008/03/cocoa-application-startup.htmlloadメソッドはクラスがロードされて利用可能になったら即座に呼び出される。このとき、自分以外の他のクラスはまだロードされていない可能性があるので、自分以外のクラスを利用するような初期化はできない。main関数の内部のNSAutoReleasePoolが用意されるよりも先に呼び出されるので、autorel
Cocoaの日々: Resource Bundle の作り方と CocoaPodsでの配布
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど Resource Bundle とは画像やXibを所定の形式（.bundle）でまとめたもの。複数のファイルを１つにまとめられる他、ファイル名の名前空間を分離するのにも使える。用途としてはライブラリで使う画像や文字列（Localizable.strings）などを Resource Bundle にまとめて、ソースコードと一緒に配布する場面などで使われる。実際 CocoaPodsではライブラリ（のリソース）の配布形態として Resource Bundle を推奨している（Podspec Syntax Reference/resources）。 今回は Xcode で Resource Bundle を作りそれを CocoaPods で配布する方法を紹介する。 なお前提として既に Xco
iOSアプリ開発においてFrameworkを自作する方法【手順1】 - Accele Biz IT開発技術 調査報告書
Appleが提供するライブラリの多くも「.framework」ファイルで提供されており、iOSアプリ開発におけるライブラリの一般的な形式の一つと言える。 しかし、「.framework」ファイルを作成しようとXcodeのテンプレートを探しても該当するものが存在しない。 今回はiOSアプリ開発において「.framework」ファイルを自作する方法を紹介する。 <注意> Xcode6で「Cocoa Touch Framework」というテンプレートが追加されたが、筆者はこのテンプレートについて熟知していない。 もしかしたら、このテンプレートを使用すれば、簡単に「.framework」ファイルが作成できるかもしれない。 今回紹介する方法は、Xcode5系でも使用できる方法である。 「.framework」ファイルを自作する方法に関しては、下記のサイトで非常に丁寧に紹介されている。 iPhoneア
Crashlytics から Bugsnag へ移行したお話
Bugsnag という Crash レポート解析サービスがあるんですが、最近 Crashlytics から乗り換えたので、なぜ変えたのかをツラツラと書いていこうかなと思います。 実際 Bugsnag じゃなくてもこのような機能があるサービスの方が個人的には使い勝手がいいかなと思います。 Bugsnag は$29/monthかかります なぜ Crashlytics から移行しようとしたのか Crashlytics は便利なんでずっと使ってるんですけど、 Crash した場合にしかレポートを送信することができないのが一番の不満(※Fabric で改善されているかもしれません) このあとに言及しますが、Social.framework 等を利用した場合のエラーを集めたかったんですけど、そのために Crash しないといけないとか、ありえませんし。なのでそれを取得するために自分でエラー情報を集めよ
Xcode6 Beta4 でアクセス修飾子がきた！ - Qiita
// An example class in a framework target. public class ListItem: NSObject { public var text: String public var isComplete: Bool // Readable throughout the module, but only writeable from // within this file. private(set) var UUID: NSUUID public init(text: String, completed: Bool, UUID: NSUUID) { self.text = text self.isComplete = completed self.UUID = UUID } func refreshIdentity() { self.UUID = N
Swift Standard Library Reference
Build apps using a powerful open language.
60分で始めるiOSアプリのUI自動テスト - 株式会社CFlatの明後日スタイルのブログ
iOSのアプリケーションではモデル周りのテストと同じぐらいUI周りのテストが重要な気がするのですが、画面のテストってちょっと面倒ですよね。その上Xcode標準のテストフレームワークでは画面遷移などのテストができません。そこで、統合テスト用のテストフレームワークを使う必要がでてきます。 選択肢はいくつかありますが、使い方がシンプルで導入も容易なKIF Frameworkを紹介します。 KIF Framework GitHub - kif-framework/KIF: Keep It Functional - An iOS Functional Testing Framework KIFは決済サービスSquareが自社アプリケーションの統合テストのために開発したフレームワークだそうです。KIFを使ったテストではボタンをタップして画面遷移したり、画面遷移した先のUIの存在を確認したりといったこと
iOSコーディングスタイルを変えてしまうBlocksKitの紹介 - 中継地点
iOS4からBlockが導入されました。利用目的としてはDelegateパターンと大差ないと思っていますが、処理記述が呼び出し元で記述できることで可読性が高くなります。 また、コールバック時に利用されるperformedSelectorが非常に使いづらく複数の引数となった場合などを考慮してNSDictionaryで定義したりInvocationを使う必要がったりと面倒な点が多々ありました。 今回は、CoreFoundationにカテゴリで組み込まれたBlockを活用したBlocksKitフレームワークを紹介したいと思います。かなり便利なため、今後のコーディングスタイルを変えてしまうほどのインパクトがあると個人的には思っています。 BlocksKit https://github.com/zwaldowski/BlocksKit BlocksKitはBSD, MITライセンスの元で利用可能で
iOS6のSocial.frameworkを試してみた - 中継地点
iOS6からFacebook、微博(Weibo)、Twitterを統合したSocial.frameworkが追加されました。例によってAOuth認証などの面倒な手続きは全てiOS側で行なってくれるので投稿だけであれば、数行のコードで実装が可能です。 iOS5から追加されたTwitter.frameworkは廃止の方向になるので、新しく実装する場合はSocial.frameworkで実装した方がよさそうです。実装方法はTwitter.frameworkと同じような作りとなっているので簡単に移行できると思います。 SLComposeViewControllerでの投稿方法 プロジェクトのBuild PhasesのLink Binary with Librariesで「Social.framework」を追加します。 ヘッダにSocial.hをインポートします。 #import <Social/
『Objective-Cでatomicな宣言プロパティがatomicであるとは限らない話』
アクセサを使って値をインクリメントしています。これ、ぱっと見て問題があると感じますか？ このコードはマルチスレッド環境で動くため、プロパティは以下のようにデフォルトのatomicで(nonatomicを指定せず）定義されています。 @interface AtomicTest : NSObject { int count; } @property(assign) int count; - (void)increment; @end @implementation AtomicTest @synthesize count; - (void)increment { self.count++; } @end int main(int argc, char *argv[]) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; A
iOSで使える柔軟なログフレームワーク〜CocoaLumberjack ｜ DevelopersIO
iOSアプリをデバッグするときにNSLogを使ってログを確認するのは皆さんも良くやっていると思います。実際に業務で構築するときは、案件に合わせてマクロを定義してデバッグ時とリリース時の出力を制御したりする方も多いのではないでしょうか。毎回この設定を行うのは非常に面倒です。そこで登場するのがCocoaLumberjackです！ CocoaLumberjackとは？ CocoaLumberjackはiOSで利用できるオープンソース（BSDライセンス）のログライブラリです。出力先にコンソール以外を選択することができたり、予め用意されたログ出力レベルに応じてしこんだログの出力を制御できたりと非常に柔軟に使用できます。また、NSLogよりも高速に動作するらしいです。では早速使ってみましょう！ CocoaLumberJackの導入 CocoaLumberJackの導入は非常に簡単です。方法は以下の２つ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.objectivec-iphone.com/animation/CoreAnimation/CABasicAnimation.html