<< 2006/05/ 1 1. タブかスペースかって言うか Emacs か否かが気になる
2. <pre>と改行コード
2 3 4 1. prototype.js で Ajax してみた
2. FreeBSD(98) 2.1.0R 入門キット
5 6 1. あれこれアップデート
2. Mail_mimeDecode でアドレス消えませんか?
7 1. 片付け
2. ラジオ日和
3. 知らないことばがいくつか
8 1. onLoading が変?
9 10 1. apache bench 1.3 って connection 数が正確じゃないのね
11 1. CHM ファイルのタブビュワーってないのか、あるいは CHM ファイルなんかきらいだ
12 1. 辞書サーバあったら便利かなぁ
13 1. 思いっきり反対向いてるなorz
2. ports の PHP がまた変わった
14 1. 英辞郎買った
2. jsUnit ってよくできてるなぁ
15 16 1. MacBook 13" びみょー
17 1. JSDoc 1.9.9.2 を使ってみて大事だなと思ったこと
18 19 20 21 1. 英辞郎 94 -> EPWING の変換ができない
2. ありがとうを言いたいblogというのはめったにない
22 1. Windows用 JammingDicTools がメモリを食いつぶして終了
23 1. prototype.js が MacIE でコンパイルエラー
24 1. cmd.exe を捨てて ckw.exe へ
25 1. 乳剤なくなったらほんとにアウトだもんな
26 1. Yahoo だからなのか Yahoo さえもなのか
2. Tiger の Mail.app うぜぇ
27 28 1. 家計簿期待晒し上げ
2. 今さら収納に頭を使う
3. あーびっくりした
29 1. 知り合いに子どもが生まれたというので
2. キーボードとキーバインドの設定
30 1. tDiary を port forward 越しに使うと一部おかしい
31 >>
トップ «前の日記(2006-05-16) 最新 次の日記(2006-05-21)» 編集

2006-05-17 [長年日記]

_ JSDoc 1.9.9.2 を使ってみて大事だなと思ったこと

JSDoc をやっと真面目に使ってみた。実際に使ってみてハマったところを取り上げていく。基本的な使い方は自分で調べるなり試行錯誤するべし。

なお、以下はバージョン 1.9.9.2 について書いている。時間の経過とともにおかしな内容になっていく可能性大なので注意されたし。あと日本語のコメントは試してないんでどうなるか知らない。

正しく書く

値を取る attribute で値を書いてない*1など、構文的に正しくないときに、よく HTML::Template の方でエラーを吐いて止まる。phpDocumentor みたいにエラーレポートは作ってくれないし、HTML::Template 段階でのエラーってことは当然パーサが吐いてるわけはなく、どこの何の記述(あるいは記述不足)がエラーなのかさっぱり分からないので、あとでまとめてドキュメントを生成するのではなく、こまめに作るようにした方がよさげ。

書き方は JSDoc のサイトにもあるけど、細かいものは JavaDoc のものを探してくるといい感じかも。

コンストラクタの書き方

きちっと対応しているのは

function Object() {
  ..
}

のみっぽい。

var Object = new function() {
  return function() {
  };
};

はコンストラクタは解釈できるが、中のメンバ変数(JSDoc の出力では Field ってやつ)が解釈できなかった。

あとこのコンストラクタ関数のコメントの中に @constructor を書いておいた方がよい。書かないと Field の解釈に失敗しやすいみたい。

フィールド(メンバ変数)の書き方

JavaScript 的には単にコンストラクタで初期化されるプロパティなんだと思うんだけど、まぁ要するに

function Constructor() {
  this.prop1 = 'foo';
  this.prop2 = undefind;
  this.prop3;
}

のところ。中身のない状態で初期化するのは 3 ではなく 2 の方法、つまり明示的に undefined をセットする方法が正しい。JSDoc 的には。

明示してないものは Field Summary にも当然 Field Detail にも現れない。

メソッドにも @type を

@return に型を書いてもメソッドの型としては認識してくれない。ちょっと面倒だけど、

/**
 * @type   boolean
 * @return boolean
 */
method: function() {
}

にしないといけない。まぁ気にしなきゃいいって話もあるかもしんないけど、それだと Method Summary のところで戻り値の型が分からないのよね。

うっかり : が書けない。

/**
 * summary
 *
 * detail: foo bar hoge
 */
method: function() {
}

てなことをすると

detail: foo

の部分が

Class.prototype.detail = foo;

に展開され、結果として

Class.prototype.detail = foo;bar hoge

になる。

※ ただ、必ずなるかというとそうでない場合もある。よく分からん。

組み込みオブジェクトの拡張には @addon

@member を書くと二重に出力されるのでうざい。例えば以下のような感じ。

/**
 * @addon
 */
Array.prototype.include = function() {
}

ただ、ないとエラーになっていたような気がしていたのに、なくてもそのまま通ったりもする。あっれ?

メソッドの書き方

できないと思っていたが、

Class.prototype = {
  method: function() {
  }
}

の書き方も

Class.prototype.method = function() {
}

の書き方も両方いけた。

夜中は嘘書いてごめんなさい。

感想として

JavaScript の構文解釈の精度は意外と悪くないと言ったら失礼だけど、自分の書き方だとほぼ思った通りに解釈してくれる。ただそのうえでコメントの記述がその後押しをしていて、正しくコメント付けするとよりよいドキュメントが生成できる、という感じ。まぁコメント付けは正しい方がいいのは言うまでもないことなんだけど、phpDocumentor のエラーレポートみたいなものは期待できないので、若干人間の側の負荷が高いかなって気はする。

あと、こまめにドキュメント生成しろって辺りか。複数のファイルを一気に処理するとどこでおかしなことになってるのかなかなか分からないんで。

最後に、これは使えると思う。

*1 例えば @return のあとを空にしちゃうとか