naming-conventions - 是否可以覆盖 ServiceStack 操作命名约定?

标签 naming-conventions servicestack dto

我需要为 ServiceStack 服务定义一个 DTO 类。服务堆栈使用基于类名的约定,因此如果我的类称为 Transmission,则相应的服务将使用在 HTTP 操作中使用的类型为“Transmission”的公开元数据。

但我已经有了 Transmission 类——我的 DTO 对象将被映射到的类。为了避免混淆,我想定义 TransmissionRequest DTO(可能比“请求”后缀更好),但在暴露的服务元数据中保留“传输”。我找不到覆盖 ServiceStack 约定的方法,因此它会调用服务操作中在其各自的 C# 类之后公开的类型。

有没有办法覆盖公开的类型(例如使用属性)或者这是无法自定义的硬连接约定?

最佳答案

参见 Auto-Route Generation StrategiesRouting wiki用于自定义、删除或注入(inject)不同的自动路由生成策略的不同方式。

关于naming-conventions - 是否可以覆盖 ServiceStack 操作命名约定?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20071180/

相关文章:

model-view-controller - MVC 模型对象、域对象和 DTO 之间有什么区别

c# - 如何使用 DBNull.Value 清晰快速地参数化空字符串

naming-conventions - 点分隔的大小写有名字吗?

Python 约定为自动化目的强制变量前缀

c# - Doxygen 并将属性值添加到输出文档

c# - 使用 nHibernate 实体和 DTO 发送网格数据

c# - AutoMapper 避免嵌套循环

url-rewriting - URL 中的破折号与下划线

asp.net-mvc-4 - ServiceStack服务元数据显示没有操作

soap - XSD 中缺少响应和 DTO 对象