[jfriends] Re: Javaの開発生産

[前橋 和弥<PXU00211@xxxxxxxxxx>]

前橋です。

高橋徹さん:
>多分言語によって詳細設計作業に違いがあらわれるので、設計を含む／含まない
>を考慮にいれないとよい指針が得られないかもしれません。データ構造で有名な
>リンクリストやツリーなどのデータ構造を使った設計を実装するときに、C言語
>で１から作り込んでいくのと、Java 2で標準のCollection APIを利用するのと、
>大きな違いが生じます。利用できるクラスライブラリの豊富さが言語仕様以上に
>生産性に影響を及ぼすと思います。

いや全くその通りでして、リンクリストやツリーなどのCollection
ライブラリは、無駄な再実装を防ぐために是非とも欲しいものなの
ですが、

Objectしか格納できないJavaのCollectionライブラリは、実装とし
て不完全というか、使い物にならんというか...

現時点では、私なら、連結リストはともかくとして、配列なら
VectorではなくArrayを使います。要素数を増減させるときに、
かなり面倒なコーディングをしなければならない(しかも効率も落
ちそう)という対価を払ってもです。

ソースの中に、

    Vector hoge;

なんてもんが突然登場されても困ります。

Javaではgenericが予約語になっていたと思いますが、genericの実
装がいつになるかはともかくとして、それにしても、

「配列がヒープにしか取れない癖に、配列の要素数の変更ができない」

という、この「わけのわからない」仕様が、一体どこから降って湧
いたのか、どなたか教えていただけないでしょうか?

# おまけに、文字列のlength()はメソッドの癖に、配列のlengthは
# 変数で、だから代入すればリサイズできるのかと思いきや、代入
# するとコンパイラに怒られるという...
## さらに、昔のコンパイラだと、配列のlengthに代入すると、コ
## ンパイラが例外吐いてコケたなんて話も聞いてるんですが...

------------------------------------------------------------
  de 前橋和弥            maebashi@xxxxxxxxxx
                         http://member.nifty.ne.jp/maebashi/
------------------------------------------------------------