アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
javaでイイと思う (スコア:0)
javaが無難だと思う。
javaだとフレームワークやらEJBなんか使ってれば、
大規模システムでも、実際にコーディングする部分はそれほど
多くないけど、phpなんかだと、基本的な機能まで一から作
Re:javaでイイと思う (スコア:1)
>javaが無難だと思う。
質問。
Javaって「設計から落としやすい」ですか?
というか、そうだとしたら、それは何故?
ふつーのOOP言語なら、「設計からの落とし易さ」はどれも同じようなもんだと思うが。
ちなみにUMLとJavaの相性は、(巷で言われてるのと反して)全然良くないっすね。
だいたい、オブジェクト間の「参照」とU
Re:javaでイイと思う (スコア:0)
>みたいな 基礎的な部分からして、考え方が全然違うじゃん。
そりゃ当たりまえですよ。UML はモデリング言語であって実装言語では
ないんですから。実装レベルの概念でしかモデル化できないんだったら最初から実装言語で書いた方がましです。
業務分析の段階では、オブジェクト間の整合性を
Re:javaでイイと思う (スコア:1)
>実装レベルの概念でしかモデル化できないんだったら最初から実装言語で書いた方がましです。
「モデリング」にも色々あるはずなのにも関わらず、
UMLはそのうちの1つ(?)の方法しか提供してないのが、痛いんだと思います。
それこそOOPはモデリングから実装までの概念の地続きっぷりが売りなのですから、
たとえば、ふつーのプログラム言語と同じ意味の「参照」が
UMLみたいなモデリング言語の「関連」を表すための概念として採用されても、よかったはず。
だって、あの「参照」って、プログラムの中でしか通用
Re:javaでイイと思う (スコア:0)
ツール屋の金儲けのネタであって、付き合うだけ時間のムダ
だと思います。コミュニケーションツールであると割り切って、
VISIOで描いた図で済ませる程度の付き合いが、UML との
適切な距離の取り方でしょう。極論を言えば、UMLが最大の
実力を発揮するのはホワイトボードの上でしょう。
「参照」という概念はプログラム外でも見られますが、
「関連」という曖昧な概念をすべて置き換えるには全く
不十分です (だって両端に自然言語で「ロール名」が
書けて、「承認する」みたいな曖昧な表記でとりあえずは
済ませられるんですよ
Re:javaでイイと思う (スコア:0)