問題タブ [mdsd]

Java や .NET のモデル駆動型ソフトウェア開発についてどう思うか、非常に興味があります。

時間を節約できますか？それは品質を向上させますか？

モデル駆動型ソフトウェア開発。

私が理解しているように、ソフトウェアが実行しようとするドメインをよりよく反映するために、設計の抽象化レベルが上がります。

この方法論を機能させるには、ドメインの専門家 (顧客) と開発者の間のコミュニケーションが不可欠です。私が知りたいのは、MDSD の最初の推力に役立つツール スイートまたは一連のベスト プラクティスがあるかどうかです。ドメインが具体化されたら、そのモデルを ORM (またはその他) にマッピングするのはどうでしょうか?

MDSD と DSL の領域に飛び込んでいるので、建設的なアイデアやコメントを歓迎します。

モデル駆動型ソフトウェア開発にAndroidを使用したいと思います。

このために、SDKでAndroidモデルを見つける必要があります。しばらく検索しましたが見つかりませんでした。誰かがそれがどこにあるのか考えていますか？

android-sdk- \ platform \ android-x \ android.jarフォルダー内のAndroidManifest.xml-Fileである可能性はありますか？このファイルを解凍した後、多くの文字の文字セットが間違っているため、WindowsXPでそのファイルを正しく開くことができません。

または、ソースコードにのみ存在する可能性もありますか？

よろしくお願いします、ドミニク

私は現在、テスト駆動開発の支持者として、モデル駆動ソフトウェア開発 (MDSD) / モデル駆動アーキテクチャ (MDA) の支持者と競争しなければならない状況に直面しています。

私の意見では、コード生成はツールボックスの貴重なツールであり、必要に応じてテンプレートと自動化を多用しています。また、内部の仕組みを理解したり、ホワイト ボードでアーキテクチャについて話し合ったりするのに役立つと思われる場合は、UML で図を作成します。ただし、UML を使用してソフトウェアを作成すること (コードのスケルトンだけでなく、ステートチャートとシーケンス図を作成して作業コードを作成すること) が、多層アプリケーション (データベース層、ビジネス/ドメイン層、Gui、場合によっては分散型) にとってより効率的であるとは思えません。MDSD に関して言えば、CASE ツーリングはもはや単なるツールではなくなったように思えますが、それは満足すべきものです。

これらすべてのことから、実現した実世界のアプリケーションのサクセス ストーリーがあったかどうか疑問に思います (成功とは、予算内で製品が時間内に展開され、バグがほとんどなく、ソフトウェアの一部が後で再利用されたということです)。この基準は、厳格なモデル主導のアプローチを使用して開発されました。

• オブジェクト管理グループ (OMG) や MDSD/MDA/SOA/ に関連するコンサルタントとは何の関係もありません。
• アプリケーションはビジネス プロセス モデリングとは関係なく、CASE ツール自体ではありません。
• アプリケーションはエンドユーザーによって積極的に使用されています
• 生のテーブル値を表示するだけでなく、一般的な MDA/MDSD の例 (「コーヒー マシン、信号機、食器洗い機をモデル化する方法」) の 1 つではないユーザー インターフェイスを含む、少なくとも 3 つの層があります。

私はMDSD/EMFを初めて使用しますが、Eclipseのサポートのおかげで大きな進歩を遂げています。

awynneが提案したように、昨日答えられたようにおもちゃのモデルを作成しました、そして私は非常に近いです。私はEMFとその生成されたツリーエディタのみを使用しています。

これが私のEMFメタモデルの要約です：

現在起こっていることは、モデル用に生成されたツリーエディターで、TopLevelClassからすべてを作成することです。WidgetContainerで複数のウィジェットを正常に作成でき、ReferenceContainerで単一のWidgetReferenceを作成して、それを特定のウィジェットに関連付けることができます。

誰かがこれに遭遇した場合、生成されたEMFエディタコードにバグがあります：

ReferenceContainerに複数のWidgetReferenceを追加しようとすると、ツリーエディターにはReferenceContainerの下の最初のWidgetReferenceのみが表示されます。ツリーのWidgetReferencesアイテムをクリックすると、プロパティビューに複数のWidgetReferencesが表示されます。ツリーでそれらを表示できないため、実際のウィジェットに関連付けるために参照を変更するためにそれらを選択することはできません。

これに対する回避策は、必要な数の参照を作成し、モデルを保存して閉じてから、再度開くことです。再度開くと、すべての参照が表示されます。

ヘルプ/ガイダンスをありがとう。

ジェフ

うまくいけば、この質問はあまり一般的ではありません：

従来、MDSDは、モデル仕様をコンパイル可能なプログラムのソースに変換することとして定義されていました。

これに加えて、モデルを解釈することができます。

通常、解釈は遅くなる傾向がありますが、更新されたモデルの展開はより簡単になる可能性があります。

一般的に：なぜMDSDを使用してモデルをコンパイルするのでしょうか？いつモデルを解釈する必要がありますか？

クラスのリストを「実行」するために使用するように設計された、次のようなEcoreメタモデルを設計するとします。

そして、、、、およびという名前PrintsHelloのクラスを持つJavaプロジェクトがあると仮定します。PrintsSeparatorPrintsWorld

次に、次のようなモデルを作成できるようにしたいと思います。

モデルにJavaプロジェクトを含め、そのクラスをモデル参照の選択肢として認識できるようにしたい（モデルが含まれているのと同じプロジェクトに同じ場所に配置されている可能性があります）。

これは可能ですか？