2009-05-16 14 views

答えて

11

いいえ、あなたは必要ありません。実際には、一般的に、あなたよりもUMLに入れないでくださいは、コードを生成しようとしていない限り、あなたが言っていることを明確にする必要があります。

私がUMLについて知っている最良のガイドは、Martin FowlerのUML Distilledです。

+1

+1 "神の禁じられた"。私はあなたがUMLの "スケッチャー"であり、MDAのファンではない、チャーリーだと思っています。仰るとおりです。私は、ソフトウェアの救済としてのUMLの新婚旅行がやってきたと思います。 – duffymo

+0

私は "コンピュータ支援ソフトウェアエンジニアリング"でPhDの仕事をたくさんやっていましたが、UMLの厳密な詳細の有用性は確信できません。 –

+1

UML Distilledで標準化していれば、UMLの方が優れているかもしれません。 –

-1

私はちょうどこのリンクを見つけて、それはあなたが行うようになっています/

http://java-x.blogspot.com/2007/01/implementing-visitor-pattern-in-java.html

+2

あなたはブログを持っている一人の人がしたので、あなたはしなければならないと確信していますか? –

+0

パターンを説明するのに便利です。一般的な声明として、情報を追加せずに複雑さを増す。 –

0

をUMLについての面白いところは、それはかなり緩んで多様な定義を持っていることです。 UMLと呼ばれるほとんどのものは実際にはそれほど多くのブロック図ではありません。 UMLの実装にはあいまいさがたくさんあります。

プレゼンテーションやアーキテクチャーのダイアグラムでこれを行っている場合は、「言葉」とのあいまいさをかなり気にすることができます。アプリケーションを使用してコードを生成する場合は、その特定のアプリケーションのドキュメントを確認する必要があります。

0

多くのCASEツールは、そのプロパティを見てクラスをクリックしたときに継承されたメソッドをサブクラスのメソッドのリストの一部として表示します(いくつかのCASEツールにはダイアグラムに継承されたメソッドも示しています)