円グラフの描画 | Studio Amuate
iOSアプリにおける、円グラフの描画方法。 UIViewサブクラスを用いて、drawRectメソッド内にて描画。下記イメージ。前提として、UIViewサブクラスをPieChartsViewとして作成。四つの項目を持った円グラフを描画する。 PieChartsView.h #import <UIKit/UIKit.h> @interface PieChartsView : UIView { } - (id)initWithFrame:(CGRect)frame; @end PieChartsView.m #import "PieChartsView.h" static inline float radians(double degrees) { return degrees * M_PI / 180.0; } @implementation PieChartsView - (id)init
［ #WWDC2013 ］ぜーんぶここでどうぞ！ アップルの発表は、ここだけ読めば全部わかるまとめ！（6月28日22：30更新）
［ #WWDC2013 ］ぜーんぶここでどうぞ！ アップルの発表は、ここだけ読めば全部わかるまとめ！（6月28日22：30更新）2013.06.28 22:305,946 新たな時代の幕開け、な気がします。 ｢WWDC 2013｣の基調講演が終わりました。新ハード、新OSと、驚きがつづいた発表だったのではないでしょうか。 あれもこれも、それもこれも、全部ここから見られるようにまとめていきますので、ここだけチェックしとけば見逃し取り逃しなしだよ。 では、どうぞ〜。 OS X 10.9 Mavericks ネコ科じゃない、新生OS X！ ［ #WWDC2013 ］新しいMacOSの名前は｢OSX Mavericks｣に ［ #WWDC2013 ］OS X 10.9 Mavericksにマルチプル・ディスプレイ機能が追加 ［ #WWDC2013 ］OS X MavericksはCPU効率が大幅向
Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[1] NSEntityMigrationPolicy を使う
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 以前、CoreData のマイグレーションについて調べたことがある。 (旧) Cocoaの日々: CoreData - マイグレーション これはマッピングモデルを定義するだけで簡単にできる、いわゆる「自動マイグレーション」を解説していた。 今回は NSEntityMigrationPolicy を使ったいわゆる「手動マイグレーション」について調べた。 マイグレーションの概要 Core Data ではエンティティ（テーブル）の定義を変更すると必ずマイグレーションを行う必要がある。例えば現在のアプリケーションをバージョンアップする際に属性 email2 を一つ追加する場合、マイグレーション設定を行わないと Core Data 利用時に例外が発生してアプリケーションが落ちてしまう。 (例)
![Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[1] NSEntityMigrationPolicy を使う](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9f6d869a556603f69ba781a5fc6f9ed9ff5c008/height=288;version=1;width=512/http%3A%2F%2F2.bp.blogspot.com%2F_ZoUhefzk0CI%2FTQI3ZKvA6kI%2FAAAAAAAAF60%2FoJ8q1WsKMhE%2Fs1600%2F101210-0007-49%252525.png)
CoreData - マイグレーション
モデルの修正 CoreDataのマイグレーションを試してみた。通常モデルに修正を加えると、直前に作成したSQLiteDBは使えず実行時エラーが出る。この場合、SQLiteDBを一旦削除する必要がある。当然データの引き継ぎはできない。 エラーログ： [16769:a0f] Error Domain=NSCocoaErrorDomain Code=134100 UserInfo=0x116760 "The managed object model version used to open the persistent store is incompatible with the one that was used to create the persistent store."[16769:a0f] This NSPersistentStoreCoordinator has
第４回iphone_dev_jp 東京iPhone/Mac勉強会を開催しました - 24/7 twenty-four seven
第４回 iphone_dev_jp 東京iPhone/Mac勉強会 : ATND しばらく休んでいたのですが久しぶりにいつもおなじみのVOYAGE GROUPさんの会場をお借りして開催いたしました。 今回は幸運なことにEvernote本社からMac版EvernoteのUIのリニューアルの指揮をされましたJack Hirschさんにきていただき、背景や開発手法などをお話していただきました。 大勢のかたにきていただき、質問が飛び交う活発な会することができてよかったと思います。 Jack Hirschさんおよび、Evernoteのかたがたも参加者の熱意に感銘を受けたと言っていただけました。 通常の発表においても、興味深い内容の話ばかりで、参加していただいたかたには満足いただけたのではないでしょうか。 ホストしていただいたVOYAGE GROUPの @lesamoureuses さん、@huin
リリース済みのiPhone/iPadアプリのDBの変更の仕方 或いはCoreDataを使ってスキーマの自動マイグレーション - プログラマでありたい
リリース済みのiPhone/iPadアプリのDBのテーブル定義を変更したい。こんなことって、ありますよね？しかし、サーバサイドのアプリと違って、クライアントサイドで動くiPhone/iPadアプリはどうやってデータの移行をすれば良いのでしょうか？リリース後に気がついて、私は小一時間途方にくれました。 でも、iPhoneなら出来るんです。簡単に！！ 正確に言うとApple謹製のDBのフレームワーク、CoreDataを使っていた場合は簡単に移行（マイグレーション）が実現出来ます。 詳しい情報は、次のリンクをご参照ください。 Core Data Model Versioning and Data Migration Lightweight Migration 簡単な手順としては、次のような形になります。 新しいバージョンのモデルを追加する。 Editor -> Add Model Version
iOSデバイス間の互換性まとめ | UQ Times 開発の記録
iOSデバイス間の互換性まとめ | ラベル: Apple Store, iOS, Tips Tweet iOSは既に数種類の端末が出ており、もちろん今後も出ることが期待されています。アプリの開発者としてはできる限り多くの人・端末で使って欲しいところですが、特定の機能を使わなければならないこともあります。そこで、iOSデバイスでの互換性について記述します。 デバイスと対応するOSの対応表各デバイスの対応OS(2012/05/13現在) ※斜体はサポート終了 デバイス初期OS最終OS iPod touch (第1世代)iPhone OS 1.1iPhone OS 3.1.3 iPod touch (第2世代)iPhone OS 2.2iOS 4.2.1 iPod touch (第3世代)iPhone OS 3.1iOS 5.1.1(現在) iPod touch (第4世代)iOS 4.1/
Grand Central Dispatch その１ Block | Objective-Audio
Grand Central Dispatchについて日本語で丁寧に詳しく説明してくれるサイトはないかなぁと待っていたのですが、待っている間にひととおり自分なりに調べ終えてしまったので、まとめて書いておきます。まちがいに気がついたらご指摘いただけるとうれしいです。 Grand Central Dispatch（以下ディスパッチと書きます。リファレンスとか関数名とかGrand Centralって全然ついていなくてDispatchだけですし。）とはなんぞやというと、Snow Leopardから導入された並列処理のAPIです。並列処理といえばLeopardではNSOperationというObjective-CのAPIが導入されましたが、ディスパッチはC言語のAPIとして用意されていて、システムに近い低レベルなところで使えるものです。 あれこれ試した印象で言うと、コアが２つしかないCPUのMacでた
Cocoaの日々: 下からせり上がってくる非モーダルなカスタムダイアログを作る
実装 まずダイアログを管理する CustomDialogViewController を用意する。 #import "CustomDialogViewDelegate.h" @interface CustomDialogViewController : UIViewController { NSString* labelText_; NSString* buttonTitle_; id delegate_; UILabel* label_; UIButton* button_; } @property (nonatomic, copy) NSString* labelText; @property (nonatomic, copy) NSString* buttonTitle; @property (nonatomic, assign) id delegate; @property (no
Grand Central Dispatch その２ Queue | Objective-Audio
Queueを作る ディスパッチの基本的な使い方は、処理したいコードをブロックや関数で用意しておいて、キューにそのブロックや関数を渡すという流れになります。 ディスパッチのキューには２種類あります。アプリ（OS？）に最初から一つ用意されているグローバルキューと、自分で作るキューです。グローバルキューは並列に処理できますが、自分で作るキュー（以後シリアルキューと書いて区別します）は入れていった順番に直列でしか処理できません。 キューはdispatch_queue_tという型のオブジェクトで表されます。ディスパッチのオブジェクトは他にもいくつかありますが、それは次回以降に後回しにします。 グローバルキューを取得するにはこの関数を使います。 dispatch_queue_t dispatch_get_global_queue(long priority, unsigned long flags);
iPhone SDK 本体のローカライズの書式設定に合わせて日付時刻を取得する方法 - 電子趣味の部屋
本体のローカライズの書式設定（言語環境の書式）の設定に合わせて日付時刻を取得する方法 概要 NSDateFormatterのインスタンスメソッドのsetLocaleでロケールを設定。 現在設定されているロケールは[NSLocale currentLocale]で取得できるので、そのままsetLocaleに指定する。 NSDateFormatterのインスタンスメソッドのsetDateStyleで日付の書式、setTimeStyleで時刻の書式を指定したロケールで設定できる。 指定できる定型フォーマット 指定できる定型フォーマットはNSDateFormatterStyleで定義されている５種類 ・NSDateFormatterNoStyle ・NSDateFormatterShortStyle ・NSDateFormatterMediumStyle ・NSDateFormatterLongS
[memo]UDID/UUID/UIIDなどとiOS6の新IDの違い - tanamonの稀に良く書く日記
UなんとかIDみたいなのがいっぱいあって区別がつかないので少し整理してみた。 なんとかIDの種類。 UDID(Unique Device IDentifier) （たぶん）Apple用語。 iOS端末の製造時に割り当てられる固有の識別コードで、値の変更はできない。 端末IDや端末固定IDと呼ばれるものと同じ。 iOS5からアプリからの取得が非推奨になった。 UUID(Universally Unique IDentifier) RFC 4122で定義されている。 生成の度に値が変わり、理論上重複することがない。 実装的にはGUID（Globally Unique IDentifier）が有名。 iOS6からNSUUIDクラスを使って簡単に生成できるようになった。 UIID(Unique Installation IDentifier) インストールごとに変わるという性質を持ったUUID。
![[memo]UDID/UUID/UIIDなどとiOS6の新IDの違い - tanamonの稀に良く書く日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/5f1b7ecb079a2a7d8d7139254b5272f49b9ace1a/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117126983516850%2F17680117126983518256%2F1551347395)
iOS 6.0 と iOS 5.x の両方で動作するアプリケーションをビルドする設定 - 24/7 twenty-four seven
iOS 4.0 と iPhone OS 3.x の両方で動作するアプリケーションをビルドする設定 - 24/7 twenty-four seven ↑ こちらも参考に iOS 4.0 が登場したくらいのときに上の記事を書いて、仕組みは変わってないのですけど Xcode 4.x 系だと UI が変わってるので現在のやり方をまとめます。 ベース SDK と Deployment Target を設定する プロジェクトの "Build Settings" で "Base SDK" を "Latest iOS" にします。 前にも書きましたが、ベース SDK は最新を指定したほうがいいです。 プロジェクトの "Info" で "Deployment Target" をサポートする OS の最も低いバージョンにします。 （下の場合は iOS 5.0 以降で動作する。） 今なら、Base SDK 6.
iPhone「アプリの設計パターン」についてまとめてみる - ゆーすけべー日記
iPhoneアプリの良いアイデアが出たので、これから作り始めようというところである。 さて、iPhoneアプリ開発童貞ってわけではないが、今までただ闇雲に作っていた感があるので、 実際にXcodeを起動してコードを書き始める前の設計をどうしていこうかと考えている。 ソフトウェアの作成はじめてではもちろん無いのでだいたい勝手は分かるものの、 iPhone特有の設計思考が必要な気がして、文献を漁っている。 ところが、世に出回っているiPhoneアプリ本にはUIKitをいじくるだけの解説ばかりではないか！ で、つまるところ設計について有益だと思えたのは以下3つの文献だった。 「iOSアプリケーションプログラミングガイド」Appleのサイトからダウンロードできる 「iPhoneアプリ設計の極意 - 思わずタップしたくなるアプリのデザイン」のfladdictさんの章 「iOS開発におけるパターンによ
[XCODE] カスタマイズせず使えるUITableViewCellの様々なスタイル - YoheiM .NET
今日は、iPhoneアプリ開発でUITableViewを使う際に、テーブル内に表示する セルのスタイルをブログに書きたいと思います。 UITableViewCellは、UITableViewCellをカスタマイズする方法＠YoheiM.NETに記載した自作方法もありますが、 最初から様々なスタイルも用意されています。 今日は、それらスタイルを使ってみたので紹介したいと思います。 UITabieVlewCellに最初から用意されたスタイルたち 上記の画像は、最初から用意されたスタイルで作成したCellを並べてみた画像です。 スタイルには、「UITableViewCellStyleDefault」「UITableViewCellStyleSubtitle」 「UITableViewCellStyleValue1」「UITableViewCellStyleValue2」の４つが用意されていて、
Cocoaの日々: [iOS] Keychain Services とは
他アプリケーションが格納した Keychain Services 内の情報へのアクセス Mac OS X の場合はユーザが許可を与えれば他のアプリケーションの情報へアクセスすることができる。一方、iOS の場合、アプリケーションは自身が保存した情報のみアクセスが行える。他のアプリケーションの情報へは基本的にアクセスすることができない。ただし同じプロビジョニングプロファイルを使ってビルドされたアプリは設定により情報を共有することができる（後述）。 iOS での特記事項 iOS には単一のキーチェーンのみ存在する（Mac OS X は複数）。 iOS の場合、PC接続時にストレージの内容は暗号化されたままバックアップされる。これを復号化するパスワード(keychain password)はバックアップされない（iOSデバイスの中から外に持ち出されない）。 Keychain Service はプ
![Cocoaの日々: [iOS] Keychain Services とは](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca3ea0cd0fc9e0c5ad79feedebd8d2b280eccf38/height=288;version=1;width=512/http%3A%2F%2F2.bp.blogspot.com%2F_ZoUhefzk0CI%2FTUuVeYYblPI%2FAAAAAAAAGE4%2FsJHma9WmQ-o%2Fs1600%2F110204-0004.png)
iOS でオブジェクトをシリアライズしてファイルに保存する方法 - A Day In The Life
iOS でデータを永続化する方法の続きです。今回はシリアライズされたオブジェクトの保存方法について説明します。シリアライズされたオブジェクトはファイルで保存することが容易なためデータ永続化の際に頻繁に使用されます。 シリアライズ自体はデータの保存に限らず、Interface Builder やネットワークを使ったデータの送受信などいろいろなところで使われています。 プログラマであれば必ずおさえておきたい技術の一つです。 シリアライズって何？ オブジェクトの状態をバイナリ(0と1の集まり)に変換することをオブジェクトのシリアライズまたはシリアル化といいます。逆にバイナリをオブジェクトに変換することをデシリアライズといいます。 シリアライズされたデータは iOS 上では NSData オブジェクトとしてあつかわれます。NSData オブジェクトはそのままファイルに保存することができます。 iO
画像処理に使えるUIImageのTips10個
(1) 画像をUIImageに読み込む 指定したファイルから画像を読み込み、UIImageに格納するためにはUIImageのクラスメソッドであるimageNameメソッドを使います。このメソッドはinitWithContentsOfFileよりも高速です。 //画像を読み込む UIImage *image = [UIImage imageNamed:@"test.jpg"]; (2) 画像をファイルパスから読み込む ファイルパスを指定して画像を読み込むためには、NSBundleクラスを用いてパスを作成し、そのパスをinitWithContentsOfFileの引数にしてわたします。ただし、initWithContentsOfFileで作成したUIImageの描画は非常に遅いので注意。 NSString *filePath = [[NSBundle mainBundle] pathForRe
2011-08-28
iOSのファイルシステム（サンドボックス）について iOSにはサンドボックス(wiki)という仕組みがあって、 デバイスやiPhoneシミュレータにアプリを初めてインストールした時に、 １つのアプリにつき１つのサンドボックスが作られます。 サンドボックスは安全にデータを保存できる領域で、 他のアプリのサンドボックスにデータを読み書きする事はできません。 ※語源は子供を安全な砂場で遊ばせる事から来ているらしい 【サンドボックスの狙いは？】 1.悪意のあるアプリによって、ファイルを書き換えられる事を防止する。 2.アプリの誤動作でのファイルの破損等をサンドボックス内に抑える 【サンドボックス内にあるファイルは？】 iOSアプリケーションプログラミングガイドからの分かりやすい画像の引用 前述の通り、１つのアプリにつき１つのサンドボックスが作られます。 【ディレクトリ構成】 iOSではホームディレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://troybrant.net/blog/2010/01/set-the-zoom-level-of-an-mkmapview/