David 等人,随着我们即将“完成”Ember 5 的路线图
,我不得不问:
Widgets 的路线图是什么?
我们是否期望在某个时候完全用 Components 取代它们?
我们对此有任何预计的 ETA 吗?
Widget API 会被置于 EOL 状态,还是已经正式被视为 EOL?
David 等人,随着我们即将“完成”Ember 5 的路线图
,我不得不问:
Widgets 的路线图是什么?
我们是否期望在某个时候完全用 Components 取代它们?
我们对此有任何预计的 ETA 吗?
Widget API 会被置于 EOL 状态,还是已经正式被视为 EOL?
是的,小部件 API 的日子屈指可数了。我们已经在努力减少其在核心中的使用。
目前我们正在积极地转换头部。我们已经处理了搜索和用户菜单下拉列表,现在正着手处理头部的其余部分。目前的计划是将此更改置于功能标志之后,以便我们可以引入弃用并开始为当前使用 decorateWidget() 的(许多!)主题和插件进行迁移。@isaac 在这里有一个早期草稿 PR。
我们也开始转换主题页面。目前我们从一些不常被自定义的、高度集中的区域开始转换。例如,‘主题地图’ 的转换目前正在进行中 - @kelv 在此 PR 中迈出了第一步。
对于新的用户界面,我不建议使用小部件。但是,在我们为所有类型的自定义提供清晰的前进道路之前,我们无法真正弃用整个系统。所以恐怕现在的答案是“视情况而定”。
这与主题列表的“原始 hbs”实现情况类似。它将被更新,但我们还没有具体的计划/时间表。
现在 Ember 5 升级几乎已经完成,移除小部件和原始 hbs 是我们“现代化 JS”团队(目前是 @cvx @isaac @kelv 和我)的主要关注点,因此我们希望在接下来的 6 个月内取得很大进展。任何重大/有风险的更改当然都会伴随 Announcements 主题和更新主题/插件的指南。
我认为信息已经足够清楚了,谢谢你,大卫!
祝你和团队在转换工作中一切顺利。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.