Javaプログラマが知るべき9のこと - @katzchang.contexts
はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ
JDKの時間計測まわりのコードを読んでみる - 虎塚
ぐぬぬ。。。せっかくのご指名ですが。。。 JVMがOSごとにどの計時関数を呼び出すのかすら、自分はろくに知らないのです…無念だ。 でも、「ネタを振られたら全力で撃ち返せ」ってじっちゃが言ってた。 というわけで、最適化よりもずっと手前の話題、JVMの時間取得まわりのコードを眺めてみようと思います。 Systemクラスのソースコードを見ると public static native long currentTimeMillis(); と、native宣言されている。ここから先はネイティブの世界。VMの実装依存の世界でもある。 Javaパフォーマンス計測 そんなタイマーで大丈夫か？ - プログラマーの脳みそ そですね。では、その世界を確認してみましょう。 ゴール Javaで時間計測を行った時に各OSで最終的に呼ばれるAPIとその精度について、JDKのソースコードおよびドキュメントを元に把握する。
しげるメモ
メタモデル記述をJavaで書いて解釈するってのが前回の主張ですが、GAE以外のケースでいくらかうまくいかないものを発見。 たとえば、HogeがFooを参照していて、それぞれのメタモデルがHogeMetaとFooMetaであるとすると、HogeMetaは次のように書かなきゃいけない。 public class HogeMeta { // FooはFooMetaからあとで生成されるので、いまは参照できない public static final Property<Foo> foo = ...; } そうすると、FooじゃなくてFooMetaを参照しないといけない。 public class HogeMeta { public static final Property<FooMeta> foo = ...; } もしくは遅延を掛けておく。 public class HogeMeta { pub
ソースコードをハイライト表示するテキストエリア·RSyntaxTextArea MOONGIFT
RSyntaxTextAreaはJava製のオープンソース・ソフトウェア。何度も書いているがWebブラウザのテキストエリアの貧弱さにはがっかりさせられる。あんな表示では新しく文書を書こうという気にはとてもなれない。特にテキストエディタに求める機能が多いプログラミングなど全くできそうにない。 Javaアプレットのデモが提供されている Webブラウザ自体の進化には期待できそうにない。プラグインまたはそれに類するソフトウェアが変えていくしかない。JavaScriptやCSSを使ったハイライタが多い中、RSyntaxTextAreaはJavaを使ってテキストのハイライトを行っている。 Javaアプレットということもあって敬遠されてしまう方もいそうだが、JavaScriptで無理矢理作るよりも実現可能性は高いのではないだろうか。もちろんJava製なのでGUIアプリケーションに組み込むこともできる。ソ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
