您的功能请求是否与问题有关?
这是#417 的扩展问题。 为了完全自动化自定义构建,有必要创建一个硬性指南,将组件的文件名与其构造函数匹配。 如果组件由多个单词组成:
例如,考虑以下情况:
// `src/components/datepicker/datepicker.js`
// becomes...
// `src/components/date-picker/date-picker.js`
// to match...
function DatePicker(element, options) {
//...
}
// `src/components/contextualactionpanel/contextualactionpanel.js`
// becomes...
// `src/components/contextual-action-panel/contextual-action-panel.js`
// to match...
function ContextualActionPanel(element, options) {
//...
}
描述您想要的解决方案
首先,#417 中正在开发的新构建脚本中的某些部分应该颠倒过来。 目前正在处理转换的以破折号分隔的文件名的文件名键的硬列表存在。 这目前可行,但想法是完全自动化自定义构建,以便文件结构处理构建中组件文件的顺序。
接下来,我们需要重命名以下文件以匹配上面建议的结构:
除了重命名文件之外,我们还需要检查用于这些文件的任何内部import
/ export
语句,并相应地调整它们。 我们还需要允许旧命名法访问新文件(通过映射 + 虚拟“函数签名”),但在构建期间抛出弃用警告,通知最终用户如果升级到旧名称将无法访问下一个主要版本(未来的 v5.0.0)。
最后,使用一些自定义参数测试构建,直接调用其中一些参数(以及#427 中描述的预构建包,如果适用),并确保一切构建正确。
@tmcconechy @deep7102你们对我描述的命名约定有任何异议吗?
作为说明,我们绝对应该让 LSF 知道这个变化(如果我们能想到其他人的话)
@duncsully @jake-harrington @awbuboltz
请注意此更改,以便在我们重命名某些文件时它会影响构建过程中的某些内容。
@clepore @tmcconechy感谢您的提醒! 我们可能可以相当容易地处理这样的变化。
现在描述这个
最有用的评论
@clepore @tmcconechy感谢您的提醒! 我们可能可以相当容易地处理这样的变化。