我注意到没有一个名为＆＃34; Services＆＃34;的默认创建目录。或者在默认Web Api模板中的任何类似内容。我来自Grails背景，在那里我学会了使用服务类来处理应用程序逻辑和模型处理，以使其远离控制器。因为Web API中没有这样的类（我知道）的默认目录，所以我认为这不是最佳实践。有人关心这方面的知识吗？
答案 0 :(得分：2)
嗯，“服务”在这方面是用词不当，你可以称之为“经理”。
Web API不指示任何项目布局。它只是利用存储模型和控制器，其余的布局由您决定。如果您愿意，也可以重命名Controllers和Models目录。
当然，建议您在一个单独的类库中开发业务逻辑，这样可以促进抽象，关注点的分离以及可测试性。
答案 1 :(得分：0)
将应用程序逻辑保留在＆＃34;服务＆＃34;目录，与控制器分开是一种很好的方法，无论技术堆栈如何。 .NET世界中的许多人也使用这种方法。
默认模板并不完美，因此可以按照以前的方式自由构建应用程序。