使用 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 功能都可以更改为这样的网络服务。

看待，
纪尧姆

Answer 2

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

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

实际上有两种可能的方案，您尚未指定您的应用程序将使用其中的哪一种方案。
1. 使用标准的 sap 应用程序。
2. 使用 custom(Z) sap 应用程序。

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