RESTful服务设计 - 单身服务?

时间:2014-10-18 04:51:44

标签: c# rest

我之前开发了一个公开一组RESTful服务的应用程序。我已经设计了完全无状态的业务逻辑实现类和相应的存储库类,并且每次有客户端请求时它们都会被实例化。现在我正在使用很少的RESTful服务开发另一个应用程序。在这种情况下,其中一个服务从其他一些外部服务获取数据,并需要在一段时间内缓存该数据。我想在我的应用程序数据库中缓存该数据,并通过创建新的业务类对象为每个请求提供它。但在这里我有一个疑问 - 这是正确的设计吗?我应该使业务逻辑类单例并保持状态(即缓存数据在内存中)吗?

请分享您的想法。

由于

2 个答案:

答案 0 :(得分:0)

我会使用Web服务器级别缓存。在asp.net中,您可以使用Cache对象,由内存或您选择的外部缓存提供程序支持。

答案 1 :(得分:0)

经过一些文献研究,我得出结论,单身人士课程没有错。 RESTful服务只是外部世界的资源接口,但它们的管理方式完全是内部的。此外,我意识到不需要从数据传输对象(接收请求和发送响应)到数据库列的端到端映射。在许多情况下,我的DTO映射到映射到数据库表的模型对象,但我也以不同的方式设计了这三个项目。

相关问题