Silverlightおよび（または）バックエンドでSAPを使用してASP.NETベースのWebアプリケーションを作成したい（つまり、データソースは従来のデータベースではありません）。SilverlightとASP.NETの使用が前提条件です。データソースがSAPからのRFCであるWCFRIAサービス（およびSilverlight）を使用することは可能ですか？これは理にかなっていますか？はいの場合、パターン/アーキテクチャを簡単に説明するにはどうすればよいですか？または、他のアーキテクチャを考慮に入れる必要があります（プレーンなWCFサービス、WCFデータサービスの使用など）？
2 に答える
0
私はSAP側から来ているので、完全に軌道に乗っていない可能性があり、aspについてほとんど何も知りませんが、データソースとしてWebサービスを使用できませんか？SAPRFC機能はすべてこのようなWebサービスに変更できます。
よろしく、
ギヨーム
于 2010-06-18T23:23:44.910 に答える
0
あなたが直面しているアーキテクチャ上の問題は、SAPがデータソースではないということです。SAPはビジネスロジック層です。単なるデータソースとして機能するように強制しようとすると、将来的に問題が発生する可能性があります。
したがって、私のアドバイスは、単純なWCFサービスを使用することです。または、古いバージョンのsapを使用している場合は、新しい.netコネクタを待ち望んでいます。.netまたはSilverlightでプレゼンテーション層を実行します。そして、すべてのロジックを樹液に保ちます。
実際には、アプリケーションで使用するシナリオを2つ指定していません。
1.標準のSAPアプリケーションを使用します。
2. custom（Z）sapアプリケーションを使用します。
最初のオプションでは、sapがロジックを実行していることは明らかです。そうしないと、アプリケーションがバックエンドでのアップグレードに対して脆弱になります。
2番目のオプションでは、CRUDのようなインターフェイスを公開できます。そして、SAPをデータレイヤーに偽装してみてください。間違っていると思います。このアーキテクチャ全体は意味がありません。しかし、それがあなたに強制された場合、それを「保存」しようとしないでください。それは単にそれを悪化させるからです。sapでロジックを実行し、.netでプレゼンテーションを実行します。SQLの再実装は、洗練されたアーキテクチャとは見なされないと思います。
于 2010-06-20T19:47:32.423 に答える