在Play框架的ScalaRouting中,依赖注入路由器和静态路由器之间有什么区别？

依赖注入路由器和Play框架的 ScalaRouting中的静态路由器有什么区别？

Play框架文档指示在使用Play种子Activator模板创建新的Play应用程序时使用依赖注入路由器.

但我仍然对两台路由器感到困惑.

如果有人知道,请教我.

简而言之

动态路由器可以更好地控制控制器实例化.它允许您使用依赖注入框架来管理依赖项,并使控制器测试更容易.静态路由器可以优先用于原型设计,因为它默认设置.它也是资产的明显选择,因为它们也是静态的.

扩展答案

这一切都始于静态路由器.在Play 2.0中,您可以仅将控制器创建为具有静态方法(在Java中)或作为对象(在Scala中)的类.它的设计考虑到MVC控制器是无状态的,因此you don’t need multiple instances of such class.但是,静态方法和对象的问题是它们很难进行单元测试,特别是模拟或存根依赖性是问题.依赖注入也非常痛苦.

感谢积极的批评,Play 2.1 introduced new mechanism处理这个问题,它允许动态对象实例化.从这一点开始,您可以通过在路径文件中的类名前面放置@来在两种路由方法之间进行选择.

在2.4动态创建之前,在所谓的Global对象中使用getControllerInstance()方法完成,但是this mechanism was removed in 2.4更换为更复杂的依赖注入方法.

静态路由器主要用于非常简单的用例,并且由于向后兼容性,但对于较新的项目,我建议使用动态路由器,因为它没有其前身的缺点.