- 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 - 运行循环
配置Ember.js - 特性标识
英文原文:http://emberjs.com/guides/configuring-ember/feature-flags/
在Ember.js中,当添加一个新特性时,会为这个特性添加一个标识。这个标识用来标记该特性是在构建Ember.js的时候被启用并包含在构建中,还是完全被移除。这样新开发的特性可以在满足生产环境需求之前,有选择的进行发布。
特性生命周期
当一个新特性被标记,这表明其将被包含在canary
构建中(如果在运行期被启用)。当开始下一个beta
周期的时候(通常是6-12周),会对每一个特性进行评估,那些通过评估的特性会在下一个beta
周期中启用(也会在之后的每个canary
构建中被启用)
如果一个特性还不够稳定,那么它将在下一个beta
发布点被禁用。也不会被包含在接下来的stable
发布中。如果相关的问题都被解决了,它将依然被包含在下一个beta
周期中
一旦beta
周期完成了最后的发布,那么发布中将包含所有在该周期中被启用的特性。此时特性标识将从canary
和之后的beta
分支中删除,且特性标识不在起作用。
标识详解
在生成的构建中,标识状态通过项目根目录的features.json
文件进行控制。这个文件中列出了所有的特性以及状态。
一个特性可以有如下的状态:
true
- 特性被启用:标识背后的代码将在之后的构建中被启用。false
- 特性被禁用:标识背后的代码完全不会被包含在构建中。null
- 特性会包含在构建中,但是必须在运行期启用才生效(依然处于标识之后)。
处理从生成的构建输出中删除特性标识是通过defeatureify
来实现的。
特性列表 (FEATURES.md
)
当一个特性被添加到canary
分支(或者master
分支),会在FEATURES.md
中添加一条记录,用来描述这个特性提供了什么功能(并链接到原始的PR)。这个列表是当前保存的,用来记录分支中(stable
,beta
和master
)包含了些什么特性。
运行期启用
只有当features.json
文件中指定一个特性的状态为null
时,该特性才能在运行期被启用。(从技术上说,任何true
或false
之外的值都可以,不过这里使用null
来表示)。
Ember使用一个全局变量EmberENV
对象来初始化Ember.ENV
,所有EmberENV.FEATURES
中的特性标识都会被移植到Ember.FEATURES
中,这些特性将根据标识的值来启用。Ember紧在初始加载时读取EmberENV
的值,因此在Ember加载后再设置这些标识不会起任何作用。
例子:
1 | EmberENV = {FEATURES: {'link-to': true}}; |
此外,也可以通过定义EmberENV.ENABLE_ALL_FEATURES
来启用所有的特性。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论