iOS の通知を知る こんにちは、iPhone アプリ開発担当の荒川です。 この記事では iOS アプリでの「通知」について紹介します。 今回扱う「通知」とは、「プッシュ通知（Push Notification）」や「ローカル通知（Local Notification）」のことではなく、特定のインスタンスから別のインスタンスへ処理を委譲することを指します。 「委譲（いじょう）」と言われると何やら難しいことのように思えますが、あるクラスに書かれた何かの処理を他のクラスで処理する事だと思って下さい。 iOS アプリケーションでは以下の通知方法がよく使われます。 Delegate（処理の委譲） Key Value Observe（キー値監視） Notification Center（情報のブロードキャスト） この中の Delegate について、Objective-C での実装方法を交えて紹介し
![[iOS] iOSのDelegateをしっかりと理解する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b908864d8ed9e4027eb1c344eb948e4eb8ce49a/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Fios8.png)
iOS/Swift 開発において、Bridging Header 用のファイル作成と設定は、手動でちまちまとやっても行えるのですが、dummy ファイルを使って Xcode に半自動で作成してもらう方法を知りました。こちらのほうが手動で行うより簡単なので紹介します。 手動で Bridging Header のファイル作成と設定を行う方法は以下参照。 MagicalRecordをSwiftで使う導入〜設定までの手順 | EasyRamble 以降 Bridging Header の設定を簡単に行う手順です。 dummy.m ファイルを作成して Bridging Header 用のファイル作成と設定を行う手順 1. New File からファイルを新規作成 まずは、Swift プロジェクトを開いた Xcode 上で、任意のグループを右クリックして New File を選択します。 2. iOS
Introduction to Coding Guidelines for Cocoa Developing a Cocoa framework, plug-in, or other executable with a public API requires some approaches and conventions that are different from those used in application development. The primary clients of your product are developers, and it is important that they are not mystified by your programmatic interface. This is where API naming conventions come i
Xcode4.3から NSArray、NSDictionary、NSNumberを省略して書けるようになってた・・・ 知らなかったので忘れないよう、備忘録に NSNumber 整数(longまで)：@10 小数(double) ：@0.1 小数(float) ：@0.1f 文字列 ：@'a' 16進数 ：@0xff BOOL値 ：@(TRUE)、@TRUE、@YES、@true NSArray @[@"val1", @"val2", @"val3"] @[@10, @0.1f, @(TRUE)] NSDictionary @{@"key1":@(TRUE), @"key2":@100, @"key3":@"value3"} (@が大活躍だ～ (BOOL値は、YES・NOをAPPLEは推奨してるらしいんですが、C,C++も書くことがあるので、TRUEに統一しちゃってます^^; 参考： htt
ARC
今日は息子の入園式で振休。 oauthconsumerをARCにコンバートしたものを見つけたので、プロジェクトをARC対応で作り替えてみる。 以下手順： 1.https://github.com/jimkang/oauthconsumer からDL 2.TARGETS>Build Phases>LinkBinaryWithLibrariesからSecurityFrameworkとlibxml2.dylibを追加 3.TARGETS>Build Settings>SearchPaths>HeaderSearchPathのDebugとRelease両方に$SDKROOT/usr/include/libxml2を追加 4.TARGETS>Build Settings>Apple LLVM compiler 3.0 -warnings の Missing Function PrototypesをN
もう５ヶ月も前になってしまいましたが、以前iPhoneアプリでTwitter連携するためのライブラリについて紹介しました。（OAuthでつぶやく） https://github.com/jdg/oauthconsumer こちらでダウンロードしたライブラリの取り込みかたについて記事にしたのですが、Twitterと連携できた喜びのあまり勢いだけで記事にしてしまった状態でした。 時間が空いてしまいましたが、フォロー記事を書いてみたいと思います。 結論からいいますと、前回記事に書いた内容の手順はいっさい行わなくても動作しました。 OAuth認証の段階として、oauth_verifierというユーザー情報のひとつを使用するのですが、前回の記事執筆時はまだライブラリに実装されていませんでした。でも最新のライブラリではちゃんと追加されています。ライブラリを持ってくれば、何も難しい手順なくTwitter
ARC (Automatic Reference Counting) を有効にすると、従来のソースコードを大幅に修正する必要がでてくるため、それまでに作成していたプログラムをまるごと ARC に移行するのは、なかなか困難な場合もあると思います。 この ARC を使うかどうかの設定ですが、ARC を有効にする で記したプロジェクト単位での設定の他にも、ファイル単位でも設定できるようになっていました。 ファイル単位で ARC の有効化または無効化は、プロジェクトの "TARGET" の設定で行います。 プロジェクトの "TARGET" を選択したら、そこの "Build Phases" から "Compile Sources" を選択します。 ここで、ARC の有効化や無効化を個別に設定したいソースファイルをダブルクリックして、コンパイラーオプションとして、次の値を設定します。
拙作のiPhoneアプリShareAlbum (http://bit.ly/sharealbum_jp) ではOAuthを使ってInstagramやTumblrなど様々なWebサービスと連携しています。このTipsではOAuth認可・認証のWebサービスと連携するアプリケーションの実装についてGoogleのライブラリによる説明を書いています。 OAuth連携することでこんなアプリケーションも簡単に作れますよということです OAuth2.0について まずはOAuth2.0についてiOSアプリ開発者が知るべきことは下記の通りです 基本的にAPIの認可のためにアクセストークンを取得する アクセストークンはAPIのパラメータにセットしてリクエストを行う アクセストークン取得までのフローは複数あり、主に認可コードフローやインプリシットグラントフローが使われる iOSからはUIWebViewを用いてロ
2013/3/5から、Twitter API 1.0が使えなくなります。 Twitter API 1.1リリース 開発者の対応リミットは2013年3月5日に – ITmedia ニュース Tweetbotの更新情報にて知りました。 Cocoamixアプリでは、うんたかとあみくじで、Twitter-OAuth-iPhone、MGTwitterEngineを利用したTwitterへの投稿だけ行ってますが、対応しないといけない部分です。 以前、TwitterAPI呼出し時にバージョン番号を入れないと404エラーになってしまうことがあって、一度対応しかけましたが、結局1.1には未対応のままです。 Cocoamix.jp » MGTwitterEngineで404 具体的には、サーバとの電文がxmlではなくjson形式となるため、送受信部分のやりとりが変わります。 とりあえず投稿ができるようにだけす
![[Xcode]Twitter-OAuth-iPhone Twitter API 1.1対応](https://cdn-ak-scissors.b.st-hatena.com/image/square/2d7461c4704774c3c1af4252f271023a911364c4/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttp%2Fcapture.heartrails.com%2F150x130%2Fshadow%3Fhttps%3A%2F%2Ffanyv88.com%3A443%2Fhttp%2Fwww.itmedia.co.jp%2Fnews%2Farticles%2F1209%2F06%2Fnews038.html)
Account.frameworkで既にTwitter認証済みのACAccountを使い回してiOS側からSLRequestやTWRequestでAPIコールをしているだけであれば、必要ないのですが、どうしてもサーバにもAccsessTokenやAccessTokenSecretを渡したい場合があります。 しかしながら、ServiceTypeがTwitterの場合、ACAccountにはACCredentialがあるもののその中のoauthTokenは空っぽです。Facebookの場合は、入っています。 つまり、ACAccountStoreでのTwitter認証の場合、tokenの生データに触れることができません。 そこで必要になるのがReverseAuthになります。 詳細はこちらにかいてあります。 https://dev.twitter.com/docs/ios/using-rever
Twitter+OAuth Source and Example for iPhone Glommed together by Ben Gottlieb copyright 2009-2015 Stand Alone, Inc - all rights reserved. License: BSD, If you use it, please include the following text somewhere in your application's user-facing text: "Includes Twitter+OAuth code by Ben Gottlieb" The goal of this was to create a drop-in code package for iPhone apps that want to access Twitter via OA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
