应用场景：开发过程中比如页面嵌套的比较深时那使用condition是有优势的，举个栗子吧，从新闻列表到详情需要将列表的id传入详情页，有小程序经验的朋友都知道，当我们在详情页修改数据调试时，页面需重新从列表页点击进入详情页，那么调试起来比较麻烦 ，详细步骤往下看
pages.json文件内容
{
"pages": [ //pages数组中第一项表示应用启动页，参考：https://uniapp.dcloud.io/collocation/pages
{
"path": "pages/index/index",
"style": {
"navigationBarTitleText": "新闻列表"
}
}
,{
"path" : "pages/info/info",
"style" : {
"navigationBarTitleText": "新闻详情"
}
}
],
//window窗口的样式配置
"globalStyle": {
"navigationBarTextStyle": "black",
"navigationBarTitleText": "uni-app",
"navigationBarBackgroundColor": "#F8F8F8",
"backgroundColor": "#F8F8F8"
},
//==============调试页面配置
"condition":{ //模式配置，仅在开发模式生效
"current":0, //当前激活的模式（list 的索引项） 下面的list数组可以配置多个模式，‘0’代表第一项数据
"list":[
{
"name":"test", //模式名称
"path":"pages/info/info", //启动页面路径
"query":"newsid=5158607" //启动参数，在info页面的onLoad函数里面得到路由传递的id参数。
}
]
}
}
上述代码配置模式后在小程序开发工具选择编译配置，勾选配置对应的模式名称
image.png
设置好了之后每次在info详情页面调试代码页面就不会再返会列表页，再从列表页进入了，大大节省了开发的时间
info.png
