「UML」を初めとする現在の「モデリング言語(手法)」の問題点は？

コブラさんの書き込み (2005-02-01 16:57) より:
>それはなぜですか？

それが「自己申告」というものだから。

>何をさして仕様書で、何をさしてアプローチなのですか？

自分で何を書き込んでるのか判ってないのか？
自己申告で談合が「無い」と言ってるだけで、少なくとも俺ともう一人は疑念を
抱いてる。その「自己申告」から逆の真実を導くアプローチ。

>相手に確認を取って論点を整理

仕様書って、こういう風に作るんやなかったっけ？
自分の自己申告で仕様書ってできてまうもんやったっけ？ （ﾌﾟ

>僕にはこの発言で溝を作られていると思うわけですが、

それは一体、どんな溝なのですか？

本田＠スミテムさんの書き込み (2005-02-02 03:57) より:
コード
　　class Window //ウインドウクラス
　　{
　　/*プロパティ*/
　　　　public int Left //ドメインモデルから導かれたLeftプロパティ
　　　　{
　　　　　　get
　　　　　　{
　　　　　　　　//省略
　　　　　　}
　　　　　　set
　　　　　　{
　　　　　　　　SetLeft(value); //LeftプロパティのsetをSetLeftファンクションが実現している
　　　　　　}
　　　　}
　　　　public int Right //ドメインモデルから導かれたRightプロパティ
　　　　{
　　　　　　get
　　　　　　{
　　　　　　　　return GetRight(); //RightプロパティのgetをGetRightファンクションが実現している
　　　　　　}
　　　　　　set
　　　　　　{
　　　　　　　　//省略
　　　　　　}
　　　　}
　　/*メソッド*/
　　　　public void Show() //ドメインモデルから導かれたShowメソッド
　　　　{
　　　　　　DoShow(); //ShowメソッドをDoShowファンクションが実現している
　　　　}
　　/*フィールド*/
　　　　private int m_nLeft; //ウインドウの左側面のx座標
　　　　private int m_nWidth; //ウインドウの幅
　　/*ファンクション*/
　　　　private void SetLeft(int Left) //Leftプロパティのsetを実現するファンクション
　　　　{
　　　　　　//Leftに対する入力チェック
　　　　　　m_nLeft = Left; //Leftプロパティの記憶をフィールドに実現させる
　　　　}
　　　　private int GetRight() //Rightプロパティ(派生属性の一例として)のgetを実現するファンクション
　　　　{
　　　　　　return m_nLeft + m_nWidth;//フィールドの演算によって実現させる
　　　　}
　　　　private void DoShow() //Showメソッドを実現するファンクション
　　　　{
　　　　　　//省略
　　　　}
　　}

コブラさんの書き込み (2005-02-02 10:10) より:
自分に対する疑念を払拭する最後の手段として、相手にも同じ疑念をぶつけて逃れようと
悪あがき (ﾌﾟ しかし、それはるぱん氏がその場の思いつき、行き当たりばったりで取った
「咄嗟の行動」という感が否めない。しかし、少なくとも俺以外にもう一人、あんた
を対象としたその類の疑念を持つ者が「複数」存在するという事実をどう捉えておられ
ますかな？

またトボけて煙に巻かれないように、再度指摘しておきましょか。。。。

>投稿日時: 2005-01-24 12:27
>-----------------------------------------------------------------------------
> objectです。

>>zaxx_MDさん
>「るばんさんへのレス(投稿日時: 2005-01-20 14:15)」が不可解です。
>私も以前にここでの議論に対する「PM(プライベートメッセージ)」
>を何人かから貰った事があります。
>「議論に勝つ」事だけを目的に、陰で「談合」するのは一種の「荒し」だと思います。
>「もし、そうであるのなら」止めた方が良いと思います。
>#この様に書くと、表面化しない様に継続する場合が多いですが、結局は自分にマイナスに
>なると思いますよ？

ただの思い込みで何の根拠も無い者同士が、偶然似たような発想する確率が、それほど
高いとお思いでしょうかね？

で、どこがどうループするって？

るぱんさんの書き込み (2005-02-02 09:34) より:
るぱんです。

るぱんさんの書き込み (2005-02-02 09:34) より:

コード:

//Windowクラス class Window{ private 状態 状態１; //プロパティ用 private 内部フィールド; //内部で使いまわす変数としてのフィールド public int getPropertyLeft(){ return 状態１.getPropertyLeft() } public void setPropertyLeft(int propertyLeft){ this.状態１.setPropertyLeft(propertyLeft) } public int getPropertyRight(){ return 状態１.getPropertyRight() } public void setPropertyRight(int propertyRight){ this.状態１.setPropertyRight(propertyRight) } public void busuinessLogic(引数){ 引数と内部状態フィールドを使った計算 } }

本田＠スミテムの書き込み (2005-02-02 03:57) より:

コード:

class Window //ウインドウクラス 　　{ 　　/*プロパティ*/ 　　　　public int Left //ドメインモデルから導かれたLeftプロパティ 　　　　{ 　　　　　　get 　　　　　　{ 　　　　　　　　//省略 　　　　　　} 　　　　　　set 　　　　　　{ 　　　　　　　　SetLeft(value); //LeftプロパティのsetをSetLeftファンクションが実現している 　　　　　　} 　　　　} 　　　　public int Right //ドメインモデルから導かれたRightプロパティ 　　　　{ 　　　　　　get 　　　　　　{ 　　　　　　　　return GetRight(); //RightプロパティのgetをGetRightファンクションが実現している 　　　　　　} 　　　　　　set 　　　　　　{ 　　　　　　　　//省略 　　　　　　} 　　　　} 　　/*メソッド*/ 　　　　public void Show() //ドメインモデルから導かれたShowメソッド 　　　　{ 　　　　　　DoShow(); //ShowメソッドをDoShowファンクションが実現している 　　　　} 　　/*フィールド*/ 　　　　private int m_nLeft; //ウインドウの左側面のx座標 　　　　private int m_nWidth; //ウインドウの幅 　　/*ファンクション*/ 　　　　private void SetLeft(int Left) //Leftプロパティのsetを実現するファンクション 　　　　{ 　　　　　　//Leftに対する入力チェック 　　　　　　m_nLeft = Left; //Leftプロパティの記憶をフィールドに実現させる 　　　　} 　　　　private int GetRight() //Rightプロパティ(派生属性の一例として)のgetを実現するファンクション 　　　　{ 　　　　　　return m_nLeft + m_nWidth;//フィールドの演算によって実現させる 　　　　} 　　　　private void DoShow() //Showメソッドを実現するファンクション 　　　　{ 　　　　　　//省略 　　　　} 　　}

るぱんさんの書き込み (2005-02-02 09:34) より:
プロパティの一件は言語実装レベルの話でUML構造の本質的な問題ではない・・・と言う話の流れになっていると思います。

るぱんさんの書き込み (2005-02-02 09:34) より:
たとえば、上記の言語実装があればそれでかまわない・・・と言う話と考えています。
これはUML側の問題ではないのではないでしょうか？

るぱんさんの書き込み (2005-02-02 09:34) より:
むしろ、.Netから見たJavaの欠点を指摘する内容と考えられます。
UMLがかかわってこない事が問題だと思います。

るぱんさんの書き込み (2005-02-02 09:34) より:
Java側から見れば、それは、Setter、Getterを出してやればかまわないんじゃないか？
と言う感じになると思います。