例の本 - L'eclat des jours
_ 誤解のJava Javaのどうしよもないゲッタ／セッタだが、あんなものはJavaの最初の時点からの特徴でもなんでもない。と考える。 なぜならば、String#lengthだ。最も最初のうちに決定するAPIだろう。これがString#getLengthでないことが、その証左である。他にも1.0からあるHashtableのkeys、values、sizeなどもそうだ。 あのアグリー（とここでは設定する）なゲッタ、セッタは、JavaBeans仕様で導入されたものだ。アグリー？（と書きたかっただけなのだが） JavaBeansは、ActiveXコントロールと同様なGUI部品を記述するための仕様として出発した。これは、Java言語仕様とは独立して上位に構築されたフレームワークなので、当然、その時点のJava言語仕様に従う必要がある。 そこにおいて、既存のAPIと衝突せずに、プロパティ名に対してg
例の本 - L'eclat des jours
_ 誤解のJava Javaのどうしよもないゲッタ／セッタだが、あんなものはJavaの最初の時点からの特徴でもなんでもない。と考える。 なぜならば、String#lengthだ。最も最初のうちに決定するAPIだろう。これがString#getLengthでないことが、その証左である。他にも1.0からあるHashtableのkeys、values、sizeなどもそうだ。 あのアグリー（とここでは設定する）なゲッタ、セッタは、JavaBeans仕様で導入されたものだ。アグリー？（と書きたかっただけなのだが） JavaBeansは、ActiveXコントロールと同様なGUI部品を記述するための仕様として出発した。これは、Java言語仕様とは独立して上位に構築されたフレームワークなので、当然、その時点のJava言語仕様に従う必要がある。 そこにおいて、既存のAPIと衝突せずに、プロパティ名に対してg
Java における本質的でない記述がどのように大規模開発に役立つのか - kなんとかの日記
まじめな話に切り替えて、Java屋さんJava信者さんに質問したいと思います。 質問: Java における、本質的でない冗長な記述は、どのように大規模開発に役立つのでしょうか。 質問の背景を説明すると、以前の晒されエントリで、Java における本質的でない記述の数々について話題にしました。それに対する反応で、『Java は大規模開発向けだから記述が長くてもいいんだ (または長くなくてはいけない)』という意見が多くあります。 たとえば、ブックマークコメントより: エンタプライズ分野であの大伽藍が求められたのだから仕方ないですよ。 エンタープライズ分野のような大規模開発こそ、必要な情報を簡潔にわかりやすく記述する必要があると思ってたんですが、世の中は違うようです。 同じくブックマークコメントより: Java屋の怠慢は高層ビル建築をどうサボるかであって、犬小屋を作る時にどうサボるかという視点とは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
muninプラグインでRailsの処理時間をモニタリング&監視:TKMR.blog.show