RavenDB的多客户端架构建议

Question

当迎合多个.NET客户端应用程序 - 比如 - Web，桌面然后投入Android应用程序（Java）时，将业务逻辑置于某些WCF REST API服务之后可以使构建应用程序更容易，更快捷，因为那里为每种技术实现客户端都不是业务逻辑。

（我知道有一点需要改变UI来满足新的业务逻辑，但是这个想法是系统的核心，而不是客户端应用程序。）

虽然RavenDB充当存储机制......

  

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

Answer 1

是的，您可以像这样使用它。 请注意，RavenDB附带了.NET和Java的客户端。