web-services - Remote API/Web Service层MVC的域逻辑和数据访问

Question

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

我担心的是，比如说渲染一个页面，它需要进行大量调用来获取数据，例如一个包含报告、近期历史记录、一些 portlet 等的用户仪表板。根据我当前的设计(将逻辑和 DA 委托(delegate)给远程层)，您看到的缺点是什么？我看到通过 HTTP 建立和传输基于文本的数据比数据库访问更重、更昂贵。此外，优化必须改为在远程层完成(在 Web 应用程序中给出业务逻辑和 DA 代码，您在优化方面有更大的灵 active )。

我现在正在考虑是否应该创建一个远程“Helper”服务，它允许我将所有调用压缩为一个，即我发送一个带有一组方法名称和参数的调用，而不是进行多次调用。它看起来有点难看，这就是为什么我现在仍然对这样做持怀疑态度。

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

谢谢!

是的

Answer 1

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