【JavaScript】メモリの浪費を避けるコーディング | ヘッドウォータースのブログ TechNote
こんにちは。良昌です。 Facebook、GithubなどのJSON形式でユーザ情報を返却するAPIや、PhoneGap、Monacaなどのスマートフォンのマルチプラットフォームを提供するライブラリ、IDEが開発ツールとして定着してきたことにより、JavaScriptを利用する機会が増えたのではないでしょうか。 今回は、JavaScriptコンテナがWebブラウザの場合に、動的に確保されるメモリ領域の浪費を避ける方法について書きたいと思います。 JavaScriptにおけるメモリの浪費を避けるコーディング JavaScriptにおけるメモリの浪費を避けるコーディングをするためには、GC(ガベージコレクション)、クロージャについての知識が必要です。まずは、この2つの機能について説明していきます。 ■GC(ガベージコレクション) GCとはプログラムが動的に確保したメモリ領域の内、不要になった領
NSBlockOperationで手軽にキャンセル処理 - Qiita
GCD便利ですね。手軽にネストした非同期処理を書けるので、使いまくっています。しかし一直線にコードを書いていると見過ごしがちなのが、キャンセル処理です。時間のかかる処理を途中で止める場合や、別のUIViewControllerに遷移するから処理そのものが必要なくなった場合に、処理を止めたい場合があります。具体的には以下の様なケースがあると思います。 大きなファイルのアップロード中にキャンセルボタンを出したい 画面遷移をしたら、前の画面で進行中の画像ダウンロードはキャンセルしたい このような場合にGCDライクに使えて、しかもキャンセル処理ができのが組み込みクラスのNSBlockOperationです。早速使い方を見て行きましょう。weakのおかげでややこしいメモリ管理を考えなくて楽です。 -(void)heavyTask { if (!_queue) _queue = [[NSOperati
iPhoneアプリを作り始めたのですが、defaultsstringForKeyで取得した文字列と他の文字列をstringWith... - Yahoo!知恵袋
iPhoneアプリを作り始めたのですが、defaults stringForKeyで取得した文字列と他の文字列をstringWithNewFormatで連結しようとするとハングしてしまいます。 iPhoneアプリを作り始めたのですが、defaults stringForKeyで取得した文字列と他の文字列をstringWithNewFormatで連結しようとするとハングしてしまいます。 プログラムは下記のようになっています。★の行でハングしてしまいます。シミュレーターではハングせず、実機だとハングします。どこが悪いのでしょうか？ #import "MyListViewController.h" NSUserDefaults *defaults; NSString *strMyList; NSString *strNewElem = @"hoge"; NSString *tmp; @imple
iOS 5 公開記念！ Objective-Cのメモリ管理の革命、 ARC 超入門（サンプルはgitHubに公開） – Zero4Racer PRO Developer's Blog
iOS 5が公開されて、Dev CenterもWe’ll be back soon になっています。 iOS5 NDA will be gone soon! 記念に、iOS 5 のプログラム面での変化、ARCを使った簡単なサンプルをGitHubに登録しましたのでご覧下さい。 追記：うーねこ？ (@ne_ko_)さんからの指摘であった、”クラス変数”という間違えた記述を、”インスタンス変数”という正しい記述に変更しました。 tomohisa/EasyBlockCallback – GitHub ARC は、メモリ管理でこれまで手動で行っていた、 Retain Release Autorelease を自動でコンパイラで行うようにさせる方式です。一定のルールに従う必要がありますが、メモリ管理に関する、Retain、Releaseを書かなくてよくなります。このサンプルには、ARCを使っているプロ
Cocoaでいこう！ Macらしく 第10回
この記事は、MOSAが発行するデベロッパ向けのデジタルマガジンMOSADeN 第69号(2003年6月10日発行)に掲載された記事です。2～3ヶ月遅れで、ここに掲載して行きます。 前回で、TinyViewは第一段階の完成をみました。ですが、今までCやC++でプログラムを組まれて来た方は、メモリの管理について疑問を感じたのではないでしょうか。ファイルから読み込んだデータが(NSData *)dataとして渡されて来るけど、これを解放しているのは誰だろう？imageを勝手に解放してしまっているけど、imageViewはこれで困らないのだろうか？ Objective-Cでは、この様な制御をリファレンスカウンタ方式で行っています。 ※既にリファレンスカウンタについてご存じの方は、「リファレンスカウンタの仕組み」は読み飛ばしてもかまいません。ですが「リファレンスカウンタの目的」は、是非お読み下さい。
Objective-Cのメモリ管理 | Netsphere Laboratories
(2009.1.28 新規作成) Objective-C は、ガベージコレクションがない時代のプログラミング言語です。プログラマがきちんとオブジェクトを解放するように書かなければなりません。 実装として、id 型は objc_objectへのポインタ型です。すべてのオブジェクトはmallocで確保されるイメージで、これはブロック内のローカル変数（のオブジェクト）を自動的に解放してくれるCより悪い状況です。 Objective-Cでは、自動解放プールと、ルールによるオブジェクトの解放で対処します。 gccにはライブラリが何も付いていないので、以降はGNUstepを前提とします。Fedora 10 Linux + gcc 4.3 で確認しました。 NSAutoreleasePool オブジェクトを生成したら自動解放プールに登録するようにします。自動解放プールが解放されるときに登録されたオブジェ
メモリ管理を理解する（後編）
メモリ管理を理解する（後編）：Cocoaの素、Objective-Cを知ろう（8）（1/2 ページ） iPhone用アプリケーション開発で注目を集める言語「Objective-C」。C++とは異なるC言語の拡張を目指したこの言語の基本を理解しよう（編集部） メモリのretainやreleaseの定石 前回「メモリ管理を理解する」では、オブジェクトの所有権の取得と解放の基本的な仕組みについて説明しました。 ここで紹介したようなごくシンプルなプログラムであれば、どこでretainし、どこでreleaseするかについてあまり迷うことはないでしょう。 しかし、一般的なアプリケーションの規模になると、多くのクラスやオブジェクトが複雑に関わってきますし、それらを多人数で分担して開発する場合もあります。 そうなると、releaseを忘れて不要なオブジェクトがメモリ上に溜まっていき、メモリを食いつぶしてし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSSSLIDE
asp-edita.jp