Oslo/MI に関する講演に参加した後、既存の方法よりも優れている点と、どのような状況で役立つかを理解するのに少し苦労しています。
私はそれが非常に新しく、すべての詳細が公開されているわけではないことを知っていますが、誰かが私にいくつかの利点を教えてくれますか?
ありがとう、
アレックス
この質問には、あなたが探している答えがあるようです:
モデル駆動開発は何に適していますか?
Erik Wynne は、このトピックに関する素晴らしいブログ投稿をしています:
Oslo == 42
彼はまた、いくつかの興味深い考えを含む MSDN の投稿へのリンクも示してい
ます。
私はオスロのアルファビットで遊んだことはありませんが、表面的なレベルでの私の理解は次のとおりです。
開発者が作業しているドメイン、つまりドメインモデリングに意味のある方法でアイデアを表現し、保存しやすくすることを試みています。
プログラムの実行中に、これらの保存されたアイデアにアクセスできるようにしようとしています。
したがって、手続き型ロジックではなく宣言型ロジックへの傾向がさらに高まっています。それが開発の世界の動きのようです。私は古い霧で、確信にはほど遠いです。
しかし、エジプトのピラミッドのようなソフトウェアを作り続けることはできません。何百万ものレンガが積み重なっていて、構造的な整合性はなく、力ずくで何千もの奴隷がいます。したがって、これらの新しいアイデアが必要です。
モデルの共有も一般的になります。特に、OsloリポジトリをクラウドのSQLDataServicesでホストできるようになるとそうなります。モデルの相互運用性はゲームの名前です。
Osloには、一般的になる意図しない用途がいくつかありますが、元々は、MicrosoftCRMやSharepointなどのアプリケーションを作成したい開発者をサポートすることを目的としていたことを私は知っています。これらのシステムは、ユーザーインターフェイスレイアウトに至るまで、データ駆動型です。これは、特定の種類のシステムにとって効果的かつ生産的なアプローチであり、非常に拡張可能で保守可能なアーキテクチャを提供します。
詳細については、オスロに関する私の記事を参照してください: http: //dvanderboom.wordpress.com/2009/01/17/why-oslo-is-important/
これについてもう少し考えて、Qdoom と RoadWarrior によって投稿された記事を読んだ後、Oslo が共有を支援していることがわかります。
xml や xsd などでモデルを共有することはできますが、モデルを中央のリポジトリに保存しながらクラスとデータベースを生成できるように見えるため、Oslo を使用すると簡単に共有できます。
おそらく後で、人々は一般的なシナリオのモデルも販売するでしょう.