Webベースのビジネスアプリケーションの場合、Webサービスを使用してビジネス層、データアクセス層を開発するのは良いことですか?不利な点は何ですか?
UIレイヤー(ASp.Net)->ビジネスレイヤー(WCF Webサービス)-> DataAccessレイヤー(WCF Webサービス)
すべてが単一のサーバーでホストされます。ビジネス用のWebサービス、データアクセスレイヤーを利用するのがベストプラクティスですか?
よろしく、アナンド
Webベースのビジネスアプリケーションの場合、Webサービスを使用してビジネス層、データアクセス層を開発するのは良いことですか?不利な点は何ですか?
UIレイヤー(ASp.Net)->ビジネスレイヤー(WCF Webサービス)-> DataAccessレイヤー(WCF Webサービス)
すべてが単一のサーバーでホストされます。ビジネス用のWebサービス、データアクセスレイヤーを利用するのがベストプラクティスですか?
よろしく、アナンド
これは、非機能要件と、すでに認識している可能性のある変更ケースに大きく依存します。このように、ある種のWebサービス(SOAP / REST)を使用してすべてのレイヤーを分離すると、次のことが導入されます。
私はむしろ単純なものから始めて、アーキテクチャの観点からのみ異なるレイヤーを明確に分離したいと思います。UI、ビジネス、およびDataAccessレイヤー間に明確に定義された(.NETのみ)インターフェースを確立します。後で、レイヤーを異なるノードに分離する必要があるという結論に達した場合は、対応するWebサービスプロキシを「簡単に」生成し、いくつかの場所でコンポーネントを変更できます。
短所よりも長所がはるかに多い
ブラウザの互換性
サーバーが停止すると、アプリケーションも停止します
帯域幅の要件
http://www.exforsys.com/tutorials/client-server/client-server-technology-thin-clients/1.html