ServiceStack OrmLite - 物理项目结构
ServiceStack OrmLite - Physical Project Structure
基于此处的文档：http://docs.servicestack.net/physical-project-structure
我无法完全弄清楚在哪里\如何最适合在 ServiceStack 中组织 OrmLite 以获得代码优先结构和迁移等
有什么建议是最佳做法吗？
OrmLite 与无依赖性 POCO（普通旧 C# 对象）一起工作，可以根据解决方案的复杂性在您认为合适的任何地方进行维护。
此答案探讨了您可以 的最简单方法。当您的需求不同并且您需要将 DTO 和数据模型分开时，例如添加到 RDBMS table 的字段多于您想要的 return，您可以在 ServiceInterface 实施项目中维护它们。
当解决方案的复杂性增加并且您有其他组件需要独立于服务实现访问数据模型时，您可以将 OrmLite 模型移动到它自己的 DataModel 项目中。注意：您的 "model" 项目应该具有所需的最低依赖性，并且您的所有逻辑项目都应该依赖于它们，而不是相反。
基于此处的文档：http://docs.servicestack.net/physical-project-structure 我无法完全弄清楚在哪里\如何最适合在 ServiceStack 中组织 OrmLite 以获得代码优先结构和迁移等
有什么建议是最佳做法吗？
OrmLite 与无依赖性 POCO（普通旧 C# 对象）一起工作，可以根据解决方案的复杂性在您认为合适的任何地方进行维护。
此答案探讨了您可以 ServiceInterface 实施项目中维护它们。
当解决方案的复杂性增加并且您有其他组件需要独立于服务实现访问数据模型时，您可以将 OrmLite 模型移动到它自己的 DataModel 项目中。注意：您的 "model" 项目应该具有所需的最低依赖性，并且您的所有逻辑项目都应该依赖于它们，而不是相反。