我之前开发了一个应用程序,它公开了一组RESTful服务。我设计了完全无状态的业务逻辑实现类和相应的存储库类,每次出现客户端请求时都会实例化它们。现在,我正在开发另一个使用很少RESTful服务的应用程序。在这种情况下,其中一个服务从其他外部服务获取数据,并需要缓存该数据一段时间。我正在考虑在我的应用程序DB中缓存这些数据,并通过创建一个新的业务类对象为每个请求提供数据。但在这里我有一个疑问-这是正确的设计吗?我是否应该使业务逻辑类独立并保持状态(即在内存中缓存数据)?
请分享你的想法。
谢谢
发布于 2014-10-30 08:29:38
在一些文献研究后,我得出结论,有单身人士的课程没有什么不对。RESTful服务只是外部世界的资源接口,但是如何管理它们完全是内部的。另外,我意识到没有必要从数据传输对象(接收请求和发送响应)到数据库列进行端到端的映射。在许多情况下,我的DTO映射到映射到DB表的模型对象,但我也不同地设计了这三个项。
发布于 2014-10-18 04:55:04
我会使用web服务器级缓存代替。在asp.net中,您可以使用缓存对象,可以使用内存支持,也可以使用您选择的外部缓存提供程序。
https://stackoverflow.com/questions/26436412
复制相似问题