In a previous article, I mentioned high-quality view controller containers as an essential tool to help you manage your view controller hierarchy efficiently. Writing such objects is difficult to get right, though, since many issues have to be faced simultaneously. In this article, we will define which requirements view controller containers should fulfill and, of course, how they can be implement
iOS Advent Calendar 9日目担当のntakuです。 もし、iOS開発する上で一番大変なことはなんですか？と聞かれれば間違いなくUIの開発！と答えます。同じ価値や機能を提供するにしても、使っていて気持ちが良いUIであるかどうかでアプリの評価は大きく変わってくると思います。 何がベストなのか、はやはり実際にプロトタイプを作ってみないと分からないわけですが、あのアプリのUIをちょっと真似してみようと思ったり、このアプリと同じように作ってくださいと言われるとそれだけで数日かかってしまうこともざらにあります。 そんなことを繰り返していると中々アプリが完成しないわけなのですが、その期間を少しでも短縮するために、私が開発する際に活用しているのがCocoa Controlsというサイトです。 Cocoa Controls Cocoa ControlsはiOSやMax OS X開発者が開発
TweetOverviewのUIデザインは、横スクロールを採用しているのですが、どうも、もうちょっとうまいやり方は無いかなと考えていて、ページめくり的なものを導入したいなと考えています。 ちょうど今日、Flipboardのコンテンツの日本語対応が行われたようで、やはり、FlipboardのUIは、使いやすいなと感じますね。 http://flipboard.com/ これを実現する便利そうなクラスがこちら。 Split82/HMGLTransitions https://github.com/Split82/HMGLTransitions これによって、Viewに対するトランジション、ViewControllerをModalで出現させるTransitionが出来るようです。 動作画面 ボタンを押すと… Transition実行中 このようにぱらぱらめくられています。 説明はこの様になってい
SBTickerViewはFlipboardライクに縦にめくれるビューを実現するiOSライブラリです。 Flipboardが非常に人気です。そんなFlipboardの人気の一つがクールなUIにあるでしょう。フリック操作でページが縦にめくれるのは格好がいいです。同様の仕組みを実現したのがSBTickerViewになります。 時間、写真、ビュー全体が折り畳み表示に対応しています。 タップしたタイミングで表示が切り替わります。 デモ動画です。表示の切り替わりが格好いいです。 SBTickerViewでは写真を自動で半分に分割し、めくれるようなUIを実現しています。メディア、ニュース系アプリで使うと格好いいかもしれません。 SBTickerViewはObjective-C、iOS用のMIT Licenseのオープンソース・ソフトウェアです。 MOONGIFTはこう見る iOSでは動作のアニメーショ
As of Jan. 17, 2023, AFNetworking is deprecated and there will be no further releases. This repo will remain online in perpetuity as an archive. There are a couple options for continued AFNetworking use: Copy AFNetworking into your project and compile it directly. This gives you full control over the code. Fork AFNetworking and use the fork in your dependency manager. There will be no official for
iOSアプリを開発していて、FacebookなどのOAuthを利用しつつ、自社のweb apiにアクセスする際の認証・認可の方法を考えています。 具体的にはpinterestはfoursquareなどと同様の仕組みです。 解決策 数人で考えてみました。 1. 自社の web api 認証にOAuth providerのuid, tokenを使いまわす （その場に居た人が大きな声では言えないが、こうしていると言ってていて「それやばいっしょ」って話になったのであえて解決策の1に挙げてますがダメなやつ） 自社の web api でユーザーのヒモ付をOAuth providerのuid, 初回に発行されたtokenで行う token はしっかり守っていないといけないのでは？ 本来、OAuth provider 認可に利用するtokenを自分のweb api認証・認可に使いまわすのはだめじゃない？
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く