.net - WCF RIA 服务的使用，其中数据源不是经典（关系）数据库

Question

我想（必须）在后端使用SAP编写一个Silverlight和（或）基于ASP.NET的 Web 应用程序（换句话说，数据源不是经典数据库）。Silverlight 和 ASP.NET 的使用是一个先决条件。是否可以使用WCF RIA 服务（和 Silverlight），其中数据源是来自 SAP 的 RFC？这有意义吗？如果是，如何简要描述模式/架构？或者我应该考虑其他架构（使用普通WCF 服务、WCF 数据服务……）？

Answer 1

我可能完全偏离轨道，因为我来自 SAP 方面，对 asp 几乎一无所知，但你不能使用 web 服务作为数据源吗？任何 SAP RFC 功能都可以变成这样的 web 服务。

尊重，
纪尧姆

Answer 2

您面临的架构问题是 SAP 不是数据源。SAP 是业务逻辑层。试图强迫它充当纯粹的数据源可能会导致问题。

所以我的建议是使用简单的 WCF 服务。或者，如果您使用的是旧版本的 sap，则急切地等待新的 .net 连接器。在 .net 或 silverlight 中执行表示层。并将所有逻辑保存在 sap 中。

实际上有两种可能的场景，您没有指定您的应用程序将使用其中的哪一种。
1. 使用标准的 sap 应用程序。
2. 使用自定义 (Z) sap 应用程序。

在第一个选项中，很明显 sap 正在执行逻辑。否则会使您的应用程序容易受到后端升级的影响。
在第二个选项中，您可以公开类似 CRUD 的界面。并尝试将 sap 伪装成数据层。我认为这将是错误的。这整个架构没有意义。但如果它强迫你，不要试图“拯救”它，因为它只会让事情变得更糟。在 sap 中执行逻辑，在 .net 中进行演示。我认为重新实现 SQL 不能算是优雅的架构。