Web services MVC在远程API/Web服务层的域逻辑和数据访问

在我们的系统中，我们有一个远程API层（例如SOAP、XML-RPC、REST等），用于处理web应用程序和在此基础上开发的任何客户端应用程序的域逻辑和数据访问。与过去不同，我在web应用程序中没有业务逻辑代码和DB连接，所有用户操作都转换为调用层的方法

我担心的是，比如对于页面的呈现，需要进行大量调用来获取数据，例如，带有报告的用户仪表板、最近的历史记录、一些Portlet等。在我当前的设计（将逻辑和DA委托给远程层）中，您看到了哪些缺点？我发现通过HTTP建立和传输基于文本的数据比DB访问更重、更昂贵。此外，优化必须在远程层进行（给定web应用程序的业务逻辑和DA代码，您在优化方面有更大的灵活性）

我现在在想，是否应该创建一个远程“帮助器”服务，允许我将所有调用压缩为一个，也就是说，我不进行多个调用，而是发送一个包含方法名和参数集合的调用。它看起来有点难看，这就是为什么我现在仍然对它持怀疑态度

我想知道您对这个架构的看法，如果您使用类似的方式开发了一个web应用程序，那么您过去采取了哪些方法来保证良好的性能？如果还有其他我真正应该担心的问题，也请与我分享

谢谢

---

yc

如果在asp.net mvc中正确使用输出缓存，那么性能将大大提高。

我注意到这个问题已经很老了。你自己回答这个问题了吗？如果没有，而你还在寻求一些建议，请告诉我，我会尝试一下。嗨，伙计，这个问题没有答案。我用他说的架构设计并实现了这个应用程序，但我不知道几年后会出现什么问题。我很想听听你的意见。这个话题很有趣——自从这个问题被提出以来，我看到很多时间过去了。您的体系结构现在表现如何？当您有依赖数据调用时，您是如何解决这些问题的？我的意思是当你不知道要得到什么数据时，在先处理一些数据之前？谢谢