SmultronへのNKFCocoaの組み込み時に発見した「？」な現象。

エンコーディングリストのポップアップを作成する処理で、

NSArray      *encodingsArray = [SMLBasic fetchAll:@ "EncodingSortKeyName"];
NSEnumerator *enumerator     = [encodingsArray objectEnumerator];
id            enc;
while ((enc = [enumerator nextObject]) != nil)
  {
    if ([[enc valueForKey : @ "active"] boolValue] == YES)
      {
        [popup addItemWithTitle :[enc valueForKey : @ "name"]];
        [[popup lastItem] setTag :
          [[enc valueForKey : @ "encoding"] unsignedIntegerValue]];
      }
  }

というコードがあるんですが、このうちポップアップにsetTagするときに最初は、

以前、Scripting Bridgeついて調べていたときBridge用のヘッダファイルを生成するのにXCodeのビルドフェーズでカスタムスクリプトを追加してScripting Bridge用のヘッダーファイルを生成するというテクニックがAppleのサンプルにあって、それは

perlのモジュールにperltidyっていうのがあってこれが重宝しています。大昔、perlに挫折した理由のひとつにあまりにもコードが汚くなりすぎるっていうのがあったんですが、こいつを使えばいつでも自分好みのコードに整形できて精神的にはとっても安定します。（僕は根がいい加減なくせにコードのインデントには結構こだわるところがあって、2タブじゃないと嫌だとかブレースはGNUスタイルが好きだとかいろいろあるんですが、やっぱりチャランポランな性格ゆえ誰かのコードを拝借してペーストとかしているうちコードスタイルもちゃんぽんになってきてある日思い立って「よし！修正しよう！」とか思ったりもするんですがコミットコメントに「インデントの修正」とか書いていたら嫌がられるだろうなぁなどと思って放置していたりする人間なんです。←長すぎる注釈）

それで、Objective-Cでもこういうモジュールないかなって探してみたらありました。uncrustify。で早速、試してみると結構イイ。*.cfgの内容はまだカスタマイズしていないけどデフォルトで付属していたgnuスタイルでそこそこ満足できるのでこれをベースにカスタマイズする予定です。

後は使い方なんですが、perltidyの場合ほぼ100%viでの編集なんで:%!perltidyで実行していますがObjective-Cの場合はやっぱりXCodeがメイン。いちいちターミナルを開くのもなんだしユーザスクリプトメニューから実行すれば便利です。スクリプトは簡単で、

あまりリファクタリングなんてことを意識したことないんですが、コードを書いている途中であぁ、このメソッド名があまり適切でないなぁなんて思うことはダメプログラマの僕にはしょっちゅうあって、面倒だからそのままでいいやって時もたまにあったりして反省しなきゃいけないんですが、たまにはどうにも我慢がならなくなって「よし、全部変更しよう！」とか思ったりもするわけです。

コマンド類のドキュメントはdocbook+xsltで作成していたのですが、いまひとつ面倒なのでdoxygenメインに切り替えました。マシンの再セットアップ後はインストールすらしていなかったので改めて最新版をゲット。以前はビルドで苦労したのですがfixされているようです。manpageには関係ありませんが、htmlドキュメント作成もあり得るのでgraphvizもインストールしています。