如何使 ServiceStack 与现有的 MVC/Service/Repository 模式一起工作
本文关键字:Service Repository 模式 工作 一起 MVC ServiceStack 何使 | 更新日期: 2023-09-27 18:31:17
我试图围绕ServiceStack
并利用它来公开RESTful服务。
我目前正在使用 MVC/服务/存储库/UnitOfWork 类型模式,其中获取客户的基本操作可能如下所示:
MVC Controller Action --> Service Method --> Repository --> SQL Server
我的问题是:
- 我的 SS 服务返回什么?域对象?还是我退回 DTO 有客户集合?如果是这样,什么是 客户?域对象或视图模型或??
- SS 服务是否应该替换我的服务层?
- 我在这里采取了完全错误的方法吗?
我想我有点困惑如何让所有这些并排生活。
域对象
public class Customer
{
public int Id {get;set;}
public string FirstName {get;set;}
public string LastName {get;set;}
}
查看模型
public class CustomerViewModel
{
public int Id {get;set;}
public string FirstName {get;set;}
....
}
控制器
public class CustomersController : Controller
{
ICustomerService customerService;
public CustomersController(ICustomerService customerService)
{
this.customerService = customerService;
}
public ActionResult Search(SearchViewModel model)
{
var model = new CustomersViewModel() {
Customers = customerService.GetCustomersByLastName(model.LastName); // AutoMap these domain objects to a view model here
};
return View(model);
}
}
服务
public class CustomerService : ICustomerService
{
IRepository<Customer> customerRepo;
public CustomerService(IRepository<Customer> customerRepo)
{
this.customerRepo = customerRepo;
}
public IEnumerable<Customer> GetCustomersByLastName(string lastName)
{
return customerRepo.Query().Where(x => x.LastName.StartsWith(lastName));
}
}
首先,这只是个人偏好,我会摆脱您的存储库层,直接从服务操作中访问/验证您的数据。如果您所做的只是传递参数,那么拥有所有这些额外的层是没有意义的。
回答您的问题:
1)您的服务应返回DTO(来源),您提到您正在使用MVC应用程序,因此请确保在操作中使用IReturn接口,这将允许您在控制器操作中执行类似var customers = client.Get(new GetCustomers());
的操作,请参阅此处。如何使用该 DTO 取决于您,如果您愿意,可以将其用作 ViewModel,或者如果您需要来自其他来源的更多属性,则可以创建单独的 ViewModel。
2)是的,ServiceStack是应用程序中的服务层,通常您将通过此层进行所有交互,因此不需要所有这些不同的层(我上面的第一点),似乎好像这个应用程序的体系结构比它需要的要复杂得多。
3)我会这么认为是的,你似乎过度考虑你的应用程序,剪掉所有这些层
就您上面的例子而言,并遵循此处的建议。我会做这样的事情:
项目结构(这些可以是项目中的文件夹,也可以是分成不同的项目,具体取决于应用程序的大小:)
尽管对于只有少量服务的小型项目,可以将所有内容都放在单个项目中,并在需要时简单地扩展您的架构。
- SamProject.Web
App_Start
AppHost.cs
Controllers
CustomerController.cs
- SamProject.ServiceInterface
Services
CustomersService.cs
Translators // Mappings from Domain Object > DTO
CustomersTranslator.cs
- SamProject.Data // Assumes using EF
CustomersContext.cs
Customer.cs
- SamProject.ServiceModel
Operations
CustomersService
GetCustomers.cs
GetCustomer.cs
CreateCustomer.cs
Resources
CustomerDTO.cs
法典
DTO:
public class CustomerDTO
{
public int Id { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
}
操作:
[Route("/customers/{Id}")]
public class GetCustomer : IReturn<CustomerDTO>
{
public int Id { get; set; }
}
[Route("/customers")]
public class GetCustomers : IReturn<IEnumerable<CustomerDTO>>
{
public string LastName { get; set; }
}
服务:
public class CustomersService : Service
{
private readonly CustomerContext _dbCustomerContext;
public CustomersService(CustomerContext dbCustomerContext)
{
_dbCustomerContext = dbCustomerContext;
}
public object Get(GetCustomer request)
{
return _dbCustomerContext.Customers
.FirstOrDefault(c => c.Id == request.Id)
.Select(c => c.Translate());
}
public object Get(GetCustomers request)
{
if (string.IsNullOrEmpty(request.LastName))
{
return _dbCustomerContext.Customers.ToList()
.Select(c => c.Translate());
}
return _dbCustomerContext.Customers
.Where(c => c.LastName == request.LastName).ToList()
.Select(c => c.Translate());
}
}
控制器:
public class CustomersController : Controller
{
private readonly JsonServiceClient _client;
public CustomersController(JsonServiceClient client)
{
_client = client;
}
public ActionResult Search(SearchViewModel model)
{
var customers = _client.Get(new GetCustomers
{
LastName = model.LastName
});
return View(customers);
}
}
笔记
- 我喜欢将 DTO 视为资源 我喜欢根据代码
- 的意图将我的代码分离成结构化的文件夹结构,这只会在以后代码库变得更大时有所帮助,但在中小型应用程序上,您可能不需要像这样分离您的代码
- 我没有谈论其他功能,例如日志记录,验证,IoC(仅显示具体实现)等。
-
Translate
是保存在翻译器中的扩展方法,或者您可以使用内置的翻译器 ServiceModel
我确实有一个明确定义的文件夹结构,但是,我的服务操作的命名空间只是SamProject.ServiceModel
而不是SamProject.ServiceModel.Operations.CustomersService
。但是,我的资源位于SamProject.ServiceModel.Resources
命名空间中。