- Ember.js 指南
- 入门指南 - 介绍
- 入门指南 - 应用规划
- 入门指南 - 创建静态页面
- 入门指南 - 获取Ember.js和相应依赖
- 入门指南 - 添加第一个路由与模板
- 入门指南 - 建立模型
- 入门指南 - 使用静态数据
- 入门指南 - 显示模型数据
- 入门指南 - 显示模型的完成状态
- 入门指南 - 创建新的模型实例
- 入门指南 - 标记模型为完成或未完成
- 入门指南 - 显示未完成待办事项的数量
- 入门指南 - 切换显示和编辑状态
- 入门指南 - 接受修改
- 入门指南 - 删除模型
- 入门指南 - 添加子路由
- 入门指南 - 显示未完成待办事项
- 入门指南 - 显示已完成待办事项
- 入门指南 - 显示所有待办事项
- 入门指南 - 添加移除所有已完成待办事项的按钮
- 入门指南 - 提示所有待办事项已完成
- 入门指南 - 切换已完成和未完成待办事项
- 入门指南 - 更换FixtureAdapter
- 获取 Ember - 获取Ember
- 概念 - 核心概念
- 概念 - 命名惯例
- 对象模型 - 类与实例
- 对象模型 - 计算属性
- 对象模型 - 计算属性和带@each的集合数据
- 对象模型 - 观察器
- 对象模型 - 绑定
- 对象模型 - 重新打开类和实例
- 对象模型 - 绑定,观察器,计算属性:如何选择?
- 应用 - 介绍
- 模板 - 应用模板
- 模板 - Handlebars基础
- 模板 - 条件表达式
- 模板 - 显示项目列表
- 模板 - 切换作用域
- 模板 - 绑定元素属性
- 模板 - 绑定元素类名称
- 模板 - 链接
- 模板 - 操作
- 模板 - 输入助手
- 模板 - 开发助手
- 模板 - 用助手来渲染
- 模板 - 编写助手方法
- 路由 - 介绍
- 路由 - 定义路由
- 路由 - 生成的对象
- 路由 - 指定路由的模型
- 路由 - 设置控制器
- 路由 - 渲染模板
- 路由 - 重定向
- 路由 - 指定地址API
- 路由 - 查询参数
- 路由 - 异步路由
- 路由 - 加载中/错误子状态
- 路由 - 阻止和重试过渡
- 组件 - 介绍
- 组件 - 定义组件
- 组件 - 传递属性
- 组件 - 包裹内容
- 组件 - 自定义组件元素
- 组件 - 使用Action处理用户交互
- 组件 - 从组件发送操作给应用
- 控制器 - 介绍
- 控制器 - 代表单一模型
- 控制器 - 代表多模型
- 控制器 - 管理控制器间的依赖
- 模型 - 介绍
- 模型 - 定义模型
- 模型 - 创建和删除记录
- 模型 - 将记录推入仓库
- 模型 - 持久化记录
- 模型 - 查询记录
- 模型 - 使用记录
- 模型 - 使用Fixture
- 模型 - 连接HTTP服务器
- 模型 - 处理元数据
- 模型 - 自定义适配器
- 模型 - 常见问题
- 视图 - 介绍
- 视图 - 定义视图
- 视图 - 处理事件
- 视图 - 在模板中插入视图
- 视图 - 为视图添加布局
- 视图 - 自定义视图元素
- 视图 - 内置视图
- 视图 - 手动管理视图层级
- 枚举 - 介绍
- 测试 - 介绍
- 测试 - 集成测试
- 测试 - 测试助手
- 测试 - 测试用户交互
- 测试 - 单元测试
- 测试 - 单元测试基础
- 测试 - 测试组件
- 测试 - 测试控制器
- 测试 - 测试路由
- 测试 - 测试模型
- 测试 - 自动化测试
- 配置Ember.js - 禁用基本类型扩展
- 配置Ember.js - 嵌入式应用
- 配置Ember.js - 特性标识
- Cookbook - 简介
- Cookbook - 用户界面与交互
- Cookbook - 事件处理和数据绑定
- Cookbook - 助手与组件
- Cookbook - 使用对象
- 理解Ember.js - 视图层
- 理解Ember.js - 管理异步
- 理解Ember.js - 模板自动更新
- 理解Ember.js - 调试
- 理解Ember.js - 运行循环
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
控制器 - 代表单一模型
英文原文:http://emberjs.com/guides/controllers/representing-a-single-model-with-objectcontroller/
Ember.ObjectController
用于代表单一模型。通过在路由的setupController
方法中设置ObjectController
的model
属性,来指定其代表的模型。
当模板向ObjectController
请求属性时,控制器将首先检查是否定义有该属性,如果有,则返回其当前值。
然而,当控制器没有定义该属性时,就将返回其代表的模型的该属性的值。
例如,在编写一个音乐播放器时,可以定义一个SongController
来代表当前播放的歌曲。
1 2 3 | App.SongController = Ember.ObjectController.extend({ soundVolume: 1 }); |
在路由中,设置控制器的model
属性为当前播放的歌曲。
1 2 3 4 5 | App.SongRoute = Ember.Route.extend({ setupController: function(controller, song) { controller.set('model', song); } }); |
在模板中,可以显示当前播放的歌曲的名称,以及播放的音量。
1 2 3 4 5 6 | <p> <strong>Song</strong>: {{name}} by {{artist}} </p> <p> <strong>Current Volume</strong>: {{soundVolume}} </p> |
因为name
和artist
都是在模型中被持久化的信息,控制器从模型中获取这些信息,并提供给模板。
然而soundVolume
则是与当前用户回话相关的,并存储在控制器中,因此控制器可以直接返回其值。
这样的架构的优点是可以很容易的通过对象控制器来访问模型的属性。另外,如果需要为模板转换模型的属性,控制器是一个非常合适的地方来完成这样的工作,避免了将视图的逻辑放入到模型中去。
例如,音乐播放器需要显示歌曲的时长。
1 2 3 4 5 6 | <p> <strong>Song</strong>: {{name}} by {{artist}} </p> <p> <strong>Duration</strong>: {{duration}} </p> |
由于时长在服务器端被保存为一个以秒为单位的整数,这时模板的输出为:
1 2 3 4 5 6 | <p> <strong>Song</strong>: 4 Minute Warning by Radiohead </p> <p> <strong>Duration</strong>: 257 </p> |
由于音乐播放器的用户是人类而非机器,因此应该将歌曲时长显示为可读的格式。
可以在控制器中定义一个计算属性来转换模型的值为一个对于模板来说更加具有可读性的属性。
1 2 3 4 5 6 7 8 9 | App.SongController = Ember.ObjectController.extend({ duration: function() { var duration = this.get('model.duration'), minutes = Math.floor(duration / 60), seconds = duration % 60; return [minutes, seconds].join(':'); }.property('model.duration') }); |
现在,模板的输出变得更加友好。
1 2 3 4 5 6 | <p> <strong>Song</strong>: 4 Minute Warning by Radiohead </p> <p> <strong>Duration</strong>: 4:17 </p> |
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论