私は.NET RIA Servicesの初心者ですが、その本質は、Microsoftがいつも気にしているRADをターゲットにすることだと思います。しかし、それはPresentationとApplication/Business Logicとの間のより多くの結合をもたらすものではありませんか？この新技術は、OOADベストプラクティスやSOLID、GRASP、Design Patternsなどの概念に興味を持つ開発者の数を増やすのにどのように役立ちますか？または両方の目標を達成する方法がありますか？.Net RIA Servicesは、プレゼンテーションとアプリケーション/ビジネスロジックを結合しますか？
私は、このような技術の著者が設計原理に関心を高めようとしているのではないかと疑います。私たちが望むことができる最高のものは、このようなフレームワークがベストプラクティスに適合する開発につながる可能性があることです。
PresentationとBusiness Logicの間の結合についてのあなたの疑問と、RIAがそれを増やす傾向にあるかどうかは面白いです。
カップリングは非常に慎重に定義する必要があります。ビジネスロジックが変更された場合、プレゼンテーションロジックの詳細を変更する必要がありますか？プレゼンテーションの変更には、ビジネスロジックの変更が必要です。
ビジネスのセマンティクスが変更された場合は、ある程度プレゼンテーションレイヤーRIAを変更する必要があります。だからカップリングのいくつかの種類はやむを得ないです。しかし、うまく設計されたビジネスロジックは、多くの異なるプレゼンテーションをサポートする傾向がありますが、私の疑いは、洗練されたRIAアプリケーションはビジネスロジックに大きな要件を課す傾向があるということです。
私の推測では、.Net RIAは、私たちが見たいと思うエンドユーザーの体験を与えるために必要なことをやっています。私はそれが不必要な結合を強制するとは思わない。あなたは過度のカップリングが起こっていると思われる具体的な例がありますか？
私は過去数日間同様の考えに住んでいました......これは、開発者がデカップリングされたアプローチを維持することをそれを証明するか、それとも反証するかは素晴らしいだろう！
ビジネス層とプレゼンテーション層の間で開発者が共有していることとはたくさん関係しています。 RIA Servicesは、プレゼンテーションレイヤにEntity Frameworkクラスへのアクセスを容易に提供します。これは明らかに結合につながります。
カップルの関心事を持つ開発者（誰でも構いません）の場合、ビジネス層とプレゼンテーション層の間のコミュニケーションのモデルを定義することも簡単です。 RIA Servicesのサーバー側（ビジネス層の一部であると考えていますが、それは単なるWebサービスなので）は、ビジネスオブジェクトからモデルを構築する方法を知っています。 Silverlightはモデルを消費して提示する方法しか知りません。それは私にカップリングのように見えません。
非常に興味深い答えです。そうですね、私はRIAサービスによって強制されるかもしれない不要な結合を正確に考える必要があります。私には例がありません。私はちょうどCRUD操作のために直接UIに私のビジネスロジックをアクセスさせることができることを読んでいる間に印象を受けました！私は私の理解を洗練しようとします。しかし、あなたは、彼らがベストプラクティスを使いやすさの点で考えていないかもしれないと私が恐れていたのです。 ありがとうございました。 –