Model view controller 会话外观，它属于模型层还是控制器层？
业务规则之一是记录哪些人员执行哪些操作，当前代码将整个会话外观传递到服务（模型层） 听起来/闻起来对吗？控制器不应该处理会话外观并提取数据并将其传递给服务吗 会话外观的主要原因不是为了。。。控制器层的简单测试？将整个会话外观传递到模型中有意义吗Model view controller 会话外观，它属于模型层还是控制器层？,model-view-controller,coldfusion,coldbox,Model View Controller,Coldfusion,Coldbox,业务规则之一是记录哪些人员执行哪些操作，当前代码将整个会话外观传递到服务（模型层） 听起来/闻起来对吗？控制器不应该处理会话外观并提取数据并将其传递给服务吗 会话外观的主要原因不是为了。。。控制器层的简单测试？将整个会话外观传递到模型中有意义吗 Thx通常，我的控制器级别会根据需要将值传递到每个服务方法中。服务不关心它们来自哪里（会话、用户提交等），它只接受它们，完成工作并返回结果。控制器处理从适当位置（数据库、会话、用户提交等）获取各种值，然后将它们传递到服务层。通常，我的控制器级别会根据需要
Thx通常，我的控制器级别会根据需要将值传递到每个服务方法中。服务不关心它们来自哪里（会话、用户提交等），它只接受它们，完成工作并返回结果。控制器处理从适当位置（数据库、会话、用户提交等）获取各种值，然后将它们传递到服务层。通常，我的控制器级别会根据需要将这些值传递到每个服务方法中。服务不关心它们来自哪里（会话、用户提交等），它只接受它们，完成工作并返回结果。控制器处理从适当位置（数据库、会话、用户提交等）获取各种值，然后将它们传递到服务层。如果会话外观指的是业务流，则控制器应与该层交互。如果Facade在应用程序中是真正独立的层，那么将Facade传递到业务模型通常是没有意义的 应用程序逻辑（由会话外观控制）和业务逻辑（实际域模型的一部分）之间存在分离。在我看来，这是两个不同的层面
希望这有帮助 如果会话外观指的是业务流，那么控制器应该与该层交互。如果Facade在应用程序中是真正独立的层，那么将Facade传递到业务模型通常是没有意义的 应用程序逻辑（由会话外观控制）和业务逻辑（实际域模型的一部分）之间存在分离。在我看来，这是两个不同的层面
希望这有帮助 只有控制器应与会话交互（如果适用，通过正面）。只有控制器应与会话交互（如果适用，通过正面）。