NSArrayとNSMutableArrayの相互変換 - Qiita
// NSArrayの生成 NSArray *array1 = [NSArray arrayWithObjects:@"東京", @"名古屋", nil]; // ① mutablecopyを使う NSMutableArray *array2 = [array1 mutableCopy]; // ② キャストを使う NSMutableArray *array3 = (NSMutableArray *)array1; 上記の二通りの手順で変換することが出来ます。 ②はキャストするだけでいいのか少し心配になりますが、特に問題ないそうです。 NSMutableArrayからNSArrayへ変換 // NSMutableArrayの生成 NSArray *array1 = [NSMutableArray arrayWithObjects:@"東京", @"名古屋", nil]; // ① copy
[iOSアプリ開発] いまさら聞けないモダンな書き方 | DevelopersIO
Xcode 4.4 から Objective-C が書きやすくなりました、という今更のいまさらな話ですが、ネット上に転がっている少し前のサンプルソースなどは古い書き方のものもあるようなので、今回はよく使う NSArray と NSDictionary と NSNumber の書き方についてだけ備忘録として残しておこうと思います。 NSArray インスタンスの生成 // 古い書き方 NSArray *oldArr = [NSArray arrayWithObjects:@"value1", @"value2", @"value3", nil]; NSMutableArray *oldMutableArr = [NSMutableArray arrayWithObjects:@"value4", @"value5", @"value6", nil]; // 新しい書き方 NSArray *n
UnityのC#からネイティブプラグインを経由せずObjective-Cのコードを呼び出す - テラシュールブログ
先日、ネイティブプラグインを使用せずにObjective-Cのコードを呼び出す方法を教えてもらった。これを使用すると、AndroidObjectのようにObjective-Cのコードが取得できる。 やり方 まず以下のコードを用意する。 UnityのC#からNativePluginsを使わずObjective-C++を呼び出すテスト これを導入すると、以下のコードのように、Objective-Cのコードを直接呼び出すことが可能となる。 以下のコードでは、Objective-Cで定義したクラスをC#側で生成・管理している。 gist1de75fafc8fa2f25c0e4 現状は、「インスタンスが取得できる」もしくは「静的なメソッド」で「引数が無いもの」ならば概ね直接呼べるっぽい。 原理 さて、これの原理だが、どうやらObjective-Cは[Object Method:argument] と
How Do I Declare A Block in Objective-C?
As a local variable: returnType (^blockName)(parameterTypes) = ^returnType(parameters) {...}; As a property: @property (nonatomic, copy, nullability) returnType (^blockName)(parameterTypes); As a method parameter: - (void)someMethodThatTakesABlock:(returnType (^nullability)(parameterTypes))blockName;
iPhoneアプリケーション開発でautoreleaseが非推奨の理由 混沌のiPhone開発ブログ
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 アップル社公式の開発ガイドなどでは、iPhone OSをターゲットとしたアプリケーションを開発する場合、autoreleaseはなるべく避けるようにと書いてあります。この記事ではその理由を掘り下げてみようと思います。 この理由を明かす前に、まず推奨となっているretain countでの管理と、autoreleaseでの管理の違いを説明します。retain countで管理されているオブジェクトは、それをメモリー上に残しておきたい場合にretain countを0より大きい値になるようにしておきます。そのオブジェクトがallocやretainされるとカウントが増加し、releaseされればカウントが減少します。カウントが0になった状態でrun loop(ユーザーからの入力などのイ
この春はゆるふわ愛されObjective-Cでキメちゃおう☆ - $ cat /var/log/shin
iPhoneアプリで一儲けしたくなっちゃったからObjective-C頑張っちゃうZO☆ とかいうドン引きな冗談はさておき、なんとなく勉強し始めたObjective-Cについての徒然なるまとめです、真面目です。C++がそれなりに出来るObjective-C初学者*1が対象です。体系的に学習してないですし、言語仕様もほとんど見てなく、何が言いたいかというと要ツッコミ。 書き溜め書き足ししていたら、全体的に大変なことになってしまいましたが、ゆるふわなのでご愛嬌。実は、一番ためになるのはリンク部分かもしれません、Let [us goTo:最後の方]。 Objective-Cとかいう言語 Objective-Cは、C言語にぐちゃぐちゃプリプロセッサ的なものを追加した珍妙なクソ言語（失礼*2）です。 トラップの宝庫C++とは全く別物だと捉えるのが正解ですが、実はC++も混ぜられる*3とのことで、中二
iPhoneアプリ開発のメモリ管理 - k_kinukawaの日記
昨日はメモリリークと戦っていて，自分が色々勘違いをしていたことに気がついた． retain，autorelease,release難しいよ．． 前提 そもそも，obj-cでは変数は参照であり指しているものはオブジェクトと考える． オブジェクトを生成するたびに，cで言うところのmallocで動的にメモリを確保してそこに変数を割り当てている状態になるのでユーザーがきちんと管理，解放を行わないとすぐにメモリリークする． このメモリ管理がくせ者だ． retainCountを意識する オブジェクトはそれぞれretainCountという変数をもっている． obj = [[Class alloc] init]; てな感じにオブジェクトを生成したときに，カウントが1増える． このカウントが0になったとき，オブジェクトは解放される． （解放されるとき，objがもっているdeallocメソッドが呼ばれる．）
Modern Objective-Cでのシンプルなプロパティ記述方式 - Qiita
今月からようやくModern Objective-Cに着手(かなり今さらだけど・・) 記述がかなりシンプルだとは聞いていて、情報もたくさん挙がっていたのだけど、困惑したのでメモ。メンバー変数とか@synthesizeとか宣言不要でコードがスッキリして嬉しい。基本的には@propertyだけ宣言すれば良いみたい。また@properyもいままでヘッダファイルでのみ宣言していたけど、プライベートなものは実装ファイルの無名カテゴリ内に宣言すればよいみたい(パブリックプロパティは従来通りヘッダファイルに記述)。以下、プライベートプロパティを宣言する時の例。 一応、メンバー変数とか本当に定義されているのか確認。 もう"Legacy" Objective-Cでは書けないな。 参考サイト 参考にさせていただいたサイトです。 Objective-Cプログラミング言語 - プロパティの宣と実装 by Appl
[iOS] Objective-C @propertyについて « きんくまデザイン
こんにちは。きんくまです。 今回はObjective-Cの@propertyについてのまとめです。 ARCは使ってないバージョンです。 公式のリファレンスです。 >> Declared Properties Obj-Cをはじめた当初はよくわからないながらも何となく使っていたのですが、 いろいろとわかってきたのでまとめておこうと思いました。 @propertyはカタカナに直すとプロパティだから、別言語から来た人（私）は 何か実体のあるもののような気がするのですが、そうではなくて 実際はアクセサメソッド（getter, setter）のことです。 なので、クラス外からアクセスするときに必要に応じて定義するとよいです。 最初私はよくわからず、インスタンス変数に全てプロパティを定義していたのはナイショです。 @propertyを使わないでインスタンス変数にアクセス = KVC ではまずは@prop
iOSアプリ開発のメモリ管理で気をつけること - A Day In The Life
Objective-C での開発にだいぶ慣れてきたのですが、いまだメモリ管理まわりでハマることが多いのでまとめてみました。 メモリを確保してから解放するまでの流れ メモリを確保してから解放するまでの流れは以下の図のようになります(図はアップルのサイトから引用)。 alloc または init すると参照カウントが1になります alloc または init 系メソッドを呼ぶと参照カウントが1になります。 このように書いたのは、クラスの仕様によって alloc メソッドで retainCount が1になるオブジェクトと init 系のメソッドで retainCount が1になるオブジェクトがあるためです。alloc と init はセットで呼ばれることがほとんどなのでこの違いが問題になることはないと思いますが念のため。 int main() { /* allocで参照カウント1 */ NS
夜趣福利导第一导航|性交描述小说|男人插曲女视频40分钟|影音先峰男人资源
鸟归巢:夜趣福利导第一导航|性交描述小说|男人插曲女视频40分钟|影音先峰男人资源,一部不行就来两部，身体要紧且看且珍惜。
Objective-Cのメモリ管理おさらいと解放tips｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
Objective-Cのメモリ管理おさらいと解放tips こんにちは。 iOS/Objective-Cによるアプリ開発では参照カウントによるメモリ管理が必要になります。 今回はiOS/Objective-Cでのメモリ管理の基礎からメモリリークの検知まで解説したいと思います。 参照カウント Objective-Cの全てのオブジェクトはNSObjectを継承しています。 全てのオブジェクトはこのNSObjectのメソッドを通じて参照カウントを扱います。 この参照カウントが、オブジェクトがいくつのオブジェクトから強参照されているかを表し、 0になったオブジェクトは誰からも参照されていないため解放される、という仕組みになっています。 C++に詳しい方はshared_ptrをイメージすると良いでしょう。 より詳細な解説はWikipediaなどが参考になります。 Objective-Cの参照カウント
Objective-C のプロパティ属性のガイドライン - Qiita
Objective-C のプロパティの属性を指定するとき従うべきガイドラインをまとめた。 できる限り nonatomic を指定する atomic にしてもパフォーマンスが悪化するだけでほとんどメリットがない（参考：StackOverflow - Atomic vs nonatomic properties）。 nonatomic と atomic の使い分けの指針は次のとおり： 参照型: メモリアドレスのみの書き込みなので、常にnonatomicでよい プリミティブ型: int, BOOL等ワンステップでの書き込みが可能: 常にnonatomicでよい 単一のスレッドからしかアクセスされない: 設計に気をつけつつnonatomic推奨 複数のスレッドからのアクセスがあり、long,構造体などサイズの大きい値: atomic推奨 (thx to @takasek) 複数のスレッドから同時に
Objective-C が好きになる Tips & Hack
ヤフー vs クラスメソッド「iOS 炎の7番勝負」にて発表 http://dev.classmethod.jp/news/yxcm/Read less
なめらかに動作するUITableViewのつくりかた
矢口裕也です。 Advent Calendar 10日目はiOSのUITableViewの話をします。 ぼやき iOSアプリを開発していると70%くらいの時間はUITableViewに費やしている気がしてきます。 UITableViewは非常にめんどうなものですが、パフォーマンスがシビアでかつユーザーの快適さに直結するものなので大いに手間をかける価値があります。 この記事ではガクガク処理落ちするUITableViewを例として改善していきながら快適なUITableViewのつくりかたを解説します。 目的 以下のケーススタディでは次の目的でコードを改善していきます なめらかに動くようにする ここでのポイントは実際速くなくてもユーザが快適に感じればOKである、ということです。処理速度が高速である必要はありません。 戦略 UITableViewでのパフォーマンス問題は次の2点であることが多いです
EXC_BAD_ACCESSが出てもうろたえないために - BAD_ACCESS
開発しているとどうしてもぶち当たる壁がデバッグ。その中でもEXC_BAD_ACCESSが出るとお手上げ状態。 EXC_BAD_ACCESSは解放済みのオブジェクトに対してアクセスしようとすると発生するエラー。 余分に解放してしまったのはどのオブジェクトなのかを探し当てないといけない。ということでメモ。 通常、EXC_BAD_ACCESSにメッコをつけるためにはNSZombieEnabledを有効にする手段が最も良く知られている。 Xcode4では若干、勝手がかわっているようなので、未確認の方は以下のサイトも参考に。 iPhoneアプリ開発 EXC_BAD_ACCESS対策方法 | はるかなる熊 objective c - How do I set up NSZombieEnabled in Xcode 4? - Stack Overflow まず、自分のプロジェクトの「Edit Schem
iOS 開発で、EXC_BAD_ACCESS とさよならするための６つのルール – Zero4Racer PRO Developer's Blog
2012/3/22 いくつか修正、加筆しました。 追記もご覧下さい：iOS 開発で、EXC_BAD_ACCESS とさよならするための６つのルール [追記] カプセル化について « Zero4Racer PRO Developer’s Blog 対象がiOS4以上の場合は、ARCを使用するのもオススメです。iOS 5 公開記念！ Objective-Cのメモリ管理の革命、 ARC 超入門（サンプルはgitHubに公開） « Zero4Racer PRO Developer’s Blog をご覧下さい。 @Awaresoft さんのこの記事が、ほとんどすべての疑問に答えています。とてもよい記事なので合わせてご覧下さい。プロパティに対応するインスタンス変数の命名規則について – Awaresoft iOS プログラミングでのメモリ管理の基本 iPhone開発で主に使用される言語は、Object
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Objective-C] retain と release の関係について - それはBooks
GREE Engineer's Blog coming soon...
http://hmdt.jp/core/core.html