Ember.js中link-to内Action为何查找错误Controller及解决方法

Ember 事件的默认查找规则 #

Ember 模板中通过{{action}}绑定的方法，会严格按照当前模板的上下文作用域链向上查找：

• 首先匹配当前渲染模板对应的控制器（此处为signup控制器）
• 匹配失败则继续沿父级控制器、路由的上下文链向上检索
• 不会主动跨到link-to指向的目标路由（login路由）的控制器中查找方法

link-to组件的本质是渲染带跳转行为的锚点，不会切换内部嵌套元素的模板作用域，不存在“组件指向哪个路由，内部元素就归属哪个路由上下文”的逻辑。你代码里嵌套在link-to内部的span元素，属于signup模板的DOM子节点，因此Ember事件系统会直接在signup的上下文里查找loginfunc，自然定位不到login控制器里定义的同名方法。
除此之外这段代码还存在行为冲突：用户点击该元素时，会并行触发两个独立动作——span绑定的loginfunc调用、link-to自带的login路由跳转，二者没有归属关联。

根据实际业务需求场景，可选择对应的合规实现方式：

• 如果loginfunc是login路由页面加载时必须执行的通用逻辑（比如埋点上报、页面状态初始化、会话校验）：直接把方法逻辑挪到login路由的beforeModel/model钩子，或者login控制器的init生命周期钩子里。只要路由跳转完成，方法就会自动执行，不需要在signup模板里手动绑定事件。
• 如果loginfunc需要在点击瞬间、路由跳转前执行，且逻辑存在跨页面复用需求：把方法抽离到独立的Ember服务（Service）中，在服务里实现loginfunc的完整逻辑。不管是signup控制器里的点击事件，还是login控制器本身，都可以注入这个服务调用方法，完全规避跨控制器查找的问题。
• 跨控制器直接注入属于明确的反模式：虽然技术上可以在signup控制器中直接注入login控制器实例、调用内部的loginfunc，但这种写法会造成模块强耦合，后续迭代维护时很容易出现依赖混乱的问题，不推荐使用。

内容的提问来源于stack exchange，提问作者Prakash Vel