そろそろSwift3移行やろうと思ったら開幕で一ハマりしたのでメモ。確認してないけどSwift2.3でも同様のはず。 ハマったこと。 コンパイルエラー。 “Use Legacy Swift Language Version” (SWIFT_VERSION) is required to be configured correctly for targets which use Swift. Use the [Edit > Convert > To Current Swift Syntax…] menu to choose a Swift version or use the Build Settings editor to configure the build setting directly. 結論。 CocoaPodsを1.1にあげてPodfileにswift_version= '3
iOSアプリでデータを保存(serialize/deserialize)する方法としてCoreDataがありますが、コード量が多く慣れるまでにも時間がかかります。 ここではより簡単なMagicalRecordによって、CoreDataを使ってみます。 MagicalRecordはActive Recordパターンを採用したCoreDataのラッパーです。ActiveRecordは、Martin FowlerらのPatterns of Enterprise Application Architectureで名付けられ、Ruby on Railsで普及しました。 MagicalRecordがあれば、Webアプリ開発者でもCoreDataを簡単に扱えるようになり、iOSアプリ開発がより身近に感じられるようになると思います。 前提 CocoaPodsはインストール済みとします。CocoaPodsの
Objective-Cの勉強を始めてまだ一ヶ月にも満たないのですが、CocoaPodsのPodライブラリを開発＆公開してみたくなり、西暦から和暦に変換するライブラリを書いて公開しました。コード的には微妙な箇所が多いですが、まずはライブラリ公開をゴールとしたかったので改善は後回しとします。 JapaneseCalendarYear Podライブラリは今までGitHubのPull Requestで追加していたのですが、ちょうど一週間前より仕様変更がありまして、TrunkというAPIサービスを利用して追加する方式にかわりました。使ってみたのですが、驚くほど簡単でしたので公開方法についてまとめます。 CocoaPodsライブラリ登録までの流れ 初めて登録する場合は下記の通りとなります。1番、5番は２回目以降は不要となります。 pod lib create #{library_name} ライブラリ
CocoaPodsでのライブラリ公開 Objective-CなライブラリはCocoaPodsにてインストールする事が殆どですが、 CocoaPods でライブラリを公開するにはライブラリの定義ファイルであるpodspecを、 CocoaPods/SpecsにPullRequestして取り込んで貰う必要があります。 Contributing to the master repo · CocoaPods/CocoaPods Wiki の手順に乗っ取って普通に手動でやっても問題無いですが、更新の度にやるのは結構面倒です。 そこで、CocoaPodsのサブコマンドの pod push をつかってやる手順についての記事です。 pod push 必要なもの CocoaPods github/hub pod help push で見るとわかりますが、pod push は単純に指定したspecファイルをl
なぜか公式ドキュメントに載ってないんだけど、以下のように書くと ブランチ指定でインストール出来る。 ブランチを指定する場合、:git => 〜は必須。 pod 'AFNetworking', :git => 'https://github.com/AFNetworking/AFNetworking', :branch => '0.10.x'podspecでもブランチ指定出来るっぽい。 参考：Added ability to specify :branch when listing dependencies in Podfile or in .podspec definitions by samstewart · Pull Request #262 · CocoaPods/CocoaPods · GitHub
こんにちは@huinです. さてみなさん、Cocoapodsをどれくらい使っていますか？ 今ではコレなしのiOS(Mac)アプリ開発は考えられないくらいに必須のツールとなったCocoapodsですが、 対応していないライブラリも当然ながら存在します. 自分で書いたちょっとしたライブラリはもちろん、広告SDKなどは対応していないことが多いですね. 毎回ソースを自分のプロジェクトにコピーして...とやってもいいのですが、 どうせならこういったライブラリ群もCocoapodsでまとめて管理したいですよね？ というわけで、この記事ではCocoapodsに対応していないライブラリを自分で対応させるためのtipsを紹介します. 注意 Cocoapodsのバージョンは執筆時点の最新版である0.28.0を仮定しています. ライブラリのバージョン管理にはgitを使用しており、githubでホスティングされて
先日紹介した AppSocially SDK を、CocoaPods から導入できるようにしました。これにより、 スクリプトを1行書いて、コマンドを1つ実行するだけ で AppSocially SDK を使えるようになりました。 Podfile に pod 'AppSociallySDK' と書き足して、あとはターミナルから下記コマンドを実行するだけです。 pod install ソース非公開の自作フレームワークのPodSpec AppSocially SDK はソースは公開しておらず、AppSocially.framework, AppSocially.bundle だけを配布しているのですが、そういうケースで PodSpec をどう書いてよいかわからず、かなり試行錯誤しました。 最終的に、下記のようにしました。（nameとかversion等の部分はここでは省略） s.source =
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
