Objective-Cプログラムを静的解析できる、LLVM/Clangの静的解析機能は、ふつーはscan-buildというコマンドを使って利用する。
stepwiseからリンクされていたスライド（ちょっと重い）"Finding bugs in your code using LLVM/Clang with a single click"によると、AnalysisToolというGUIのツールがあるとのこと。 インストールの手間がかからないという意味でも、バイナリ配布しているcheckerよりもお手軽。
AnalysisToolには、scan-buildでできる静的解析のほかにもプロダクトの分析機能があるみたいなんだけど、クラスの依存関係とかはちょっとびみょー。これ見ても、ねえ。
| 固定リンク
11/15(土)に行われる、Cocoa勉強会のお知らせ。見学の申し込みは勉強会のメールフォームからどうぞ。 会場は南青山です。
| 固定リンク
今まで関東と関西で活動していたCocoa勉強会ですが、このたび九州の勉強会も発足することになりました。
11/29(土)に、福岡市でキックオフミーティングを開催します。 お近くの方は気軽に参加してくださいねっ。 都合つけて、自分も行ってみる予定（プチ旅行も兼ねて）。
| 固定リンク
Cocoaのランタイムからクラス情報を表示するアプリケーションの老舗、RuntimeBrowserがGoogle Codeに移って復活していた（Project Builder形式のコードが昔にリリースされてそのままだったのを、誰か引き継いだっぽい）のは知っていたのだけど、最近objc-language MLに新バージョンのリリースアナウンスが流れてた。
なんとiPhone対応とのこと。
AppStoreとおしたら絶対アウトだろうねえ。。。 それ以外にもいろいろダメだろうけど。
| 固定リンク
さいきん発表されたGoogle Chromeの特長のひとつに、ブラウザのタブごとにプロセスを割り当ててアプリケーションぜんたいの安定性を向上させるというものがある。
ソースコードがなかなか落とせない（うちの回線は遅い）ので、その間にどのように複数プロセスのアプリを構成できるかを考えてみる。
実現することは
の2つかな。
コントロール用のアプリ（メニューだけ。Dock表示）とウェブブラウザ機能のアプリ（タブっぽくみえるブラウザウィンドウ。Dock非表示）に分けて実装する感じでいけそう。ウィンドウコントローラ使えないのがちょっと悲しいかな。後者だけにして協調して制御する方法もあるけど、たぶんコントロール用に別アプリを設けるほうがOSとのインターフェイスとして実装しやすいと思う。
Macではアプリケーションは通常ひとつしか起動しない。Classic Mac OSなんかではアプリケーションファイルを複製することで、複数の同一アプリを立ち上げることができた。 でも、どう考えてもタブの数だけアプリケーションファイル用意するとかアタマワルイよね。
Mac OS Xでは、NSApplicationではなくLaunch Servicesの機能によってアプリケーションがひとつだけ起動するように制御されているので、じつはContents/MacOS/YourAppを直接実行すれば複数起動できる。
（9/5 追記）答え合わせしようとコード読んでるんだけど、Mac版はまだアプリまで構成されてないっぽい。しょんぼり。
| 固定リンク
大阪で行われたCocoa勉強会 関西に行ってきました。
今回はゲストとして"荻原本"の荻原剛志さんが来てくれました。執筆の際に訳語で苦労したことなど、おもしろい話が聞けてラッキーでした。荻原さんいわく「知っていることは全て本に書いた」とのことなので、これからも気合い入れて読みましょう。
ほかにも
なんかがおもしろかったです。
自分も「Precipitateに見る、外部リソースのSpotlight化」という簡単な発表をしました。 Spotlightは、そのMacのローカルファイルをインデックス作成の対象としますが、ローカルファイルでないものを検索したいならどうするか、っていう話。Precipitateが採用している方法は単純で、検索用にローカルファイルをつくるというもの。
それはそれとして、Precipitateのmdimporterで使ってるプラグイン機構がなにやらあやしげでおもしろそうなので、あとで調べたい。
関東は来週の9/13(土)に市ケ谷でやります。自分はいけないけど。
| 固定リンク
内容は、記録のページに書いたのでそちらを見てください。
寝坊と道に迷ったので30分遅刻。別の地図で場所確認しとけばよかった… みなさんすみません。
今回はオーナーシップポリシーが最大のポイントなんだけど、復習にはどうするとよいだろう？ 例題つくるとよいかも。 「この場合、オーナーシップをもつのはどのオブジェクトか」みたいな。 引っかけ問題はオーナーシップがゼロ、くらいか。あんまり複雑なのはプログラム側に問題アリだよな。
実際のプログラミングでは[macosx-jp:04620]に従えば問題ないと思うけど、背景の考え方はオーナーシップなんだよね、やっぱ。
オーナーシップポリシーに基づいてコードを書くと、原則としては(retaincount == オーナーの数)ということになる。すると、オーナーシップを持つオブジェクトがないという状態はどうなるの？っていうときに便利なのが自動解放（autorelease）の機能。 autoreleaseがあることで、1メソッド内などの短期のコンテキストではオーナーシップを取得せず、retainもreleaseもされないまま利用が可能という状態のオブジェクトを利用できる。これがあることで、単純な参照カウントのプログラミングよりもObjective-Cのメモリ管理はずいぶん簡単になっている。
その他。
ふりかえり。
次回の日程は現在調整中。 アンケートに協力ください。
| 固定リンク
9/13(土)に行われる、Cocoa勉強会のお知らせ。見学の申し込みは勉強会のメールフォームからどうぞ。（9/4 追記：締め切りました！） 会場は市ケ谷です。
ちなみに関西のほうの次回は、8/30(土)に大阪で開催の予定だそうです。ぼくも行きます。
Cocoa勉強会の会誌「Cocoa Life」の最新号がでました。勉強会サイトで通販しています。 内容を確認したい人は、関東もしくは関西の勉強会に見学にいくと誰か見せてくれると思います。
過去の発表をまとめなおしたものです。あいかわらずマニアックな内容が多め。
| 固定リンク
勉強会強化月間のトリ。 内容は、記録のページに書いたのでそちらを見てください。
今回は他言語（主にJavaやC++）と相対してという角度でのObjective-Cがいろいろ聞けて、自分としてはとてもおもしろかった。 自分はいわゆるオブジェクト指向な言語ってRuby→Objective-Cと、ユルめのしかまともに経験してないからね。 「idだけ使って、クラス指定しないで書くほうが書きやすいんじゃ」というのがいちばんのヒット。そういう考え方もあるかも。
ふりかえり。
次回の日程は現在調整中。
やっぱりこの本て理論的というか座学というか、読んだら「はいok!」というものじゃないんだよね。手をばりばり動かすのと組み合わせるといい感じになりそうなんだけど、やっぱヒレガス本3版かなあ。 とりあえずヒレガス本の写経を夏の宿題（休みじゃないが）としてみることにする。
| 固定リンク
clang scan-buildによるObjective-Cプログラムの静的解析を、Cocoa製のテキストエディタCotEditor 0.9.4に対して実行し、その結果について（ぼくが）確認しました。その結果を"CotEditor 0.9.4にclang scan-buildで静的解析をかけてみた"というページにまとめました。CotEditorでは、あまり問題が見つからなかったので面白くはないかもしれません。
コードの誤読などあるかもしれませんが、なんらかの参考になればと思います。
感想にも書きましたが、elseのないifについて、通らないパスがありうるということで未初期化などの指摘が多くなる傾向があると思いました。アプリケーションのロジック的には必ずいずれかを通るとわかっていても、現在のscan-buildはそこまで考えたりはしません。逆にそういったパスにも対応しておくことで、防衛的プログラミング的なコードになるので、アプリケーションが堅牢になる可能性もあります。可読性は低下しがちになりますが。
checker-62でIBOutletが考慮されてmissing -deallocが判定されるようになったなど、短期間で改善が進んでいるようです。
| 固定リンク
最近のコメント