RavenDB 的多客户端架构建议

Question

当满足多个 .NET 客户端应用程序（例如 Web、桌面）然后放入 Android 应用程序 (Java) 时，将业务逻辑置于某些 WCF REST API 服务之后可以更轻松、更快速地构建应用程序，因为没有为每种技术实现客户端的业务逻辑。

（我知道改变 UI 以适应新的业务逻辑是有一定意义的，但其想法是系统的核心位于 API 后面，而不是在客户端应用程序中。）

虽然 RavenDB 作为存储机制...

在 SOA 服务背后使用 RavenDB 的一般架构建议是什么？它只是您在 WCF 实例后面的标准 IDocumentStore/IDocumentSession 并从那里开始吗？

Answer 1

是的，你可以这样使用它。 请注意，RavenDB 带有适用于 .NET 和 Java 的客户端。