这是架构级问题。在我的工作场所，控制器只与一个应用程序服务相关联，以调用应用程序级代码。然而，根据我对洋葱架构和asp.net mvc的了解，似乎我很可能asp.net mvc控制器可能需要从应用程序的应用程序服务层调用多个应用程序服务，因此会依赖于许多应用程序服务（不只是一个）。我是否正确地想到了这一点？
第二部分：
控制器通常如何设计？我不是一个单片控制器的忠实粉丝，我知道一个视图可能会调用多个控制器。对我来说，控制器只是一种逻辑分组操作的方法，这些操作是进行请求处理的核心部分。
话虽如此，asp.net mvc专家和洋葱架构专家会提出什么建议。我们是否有每个视图的控制器（通向monolothic控制器）或我们是否有每个应用程序服务的控制器。
OR
我觉得应该是：
控制器仅设计为动作的逻辑分组。这意味着视图可以调用多个控制器，并且可以通过多个视图调用控制器。
控制器可以利用多种应用服务。虽然我已经多次看到动作方法很大程度上与应用程序服务层中调用的方法相对应。但这并不是每个应用程序服务设计一个控制器的动机。
寻找一些好的想法或意见。谢谢！