收藏
回答

想用小程序的自定义组件功能,结果被这句话给震惊了。。。

问题模块
API和组件

不能用 id 选择器,不能用 属性选择器,也不能用 标签选择器,最后连 后代选择器也不能用。。。


最后一次编辑于  2017-12-14
回答关注问题邀请回答
收藏

8 个回答

  • 小程序技术专员-LastLeaf
    小程序技术专员-LastLeaf
    2017-12-18

    好的。之后我们会整理下文档说明和优化一下实现。

    2017-12-18
    赞同
    回复
  • JC
    JC
    2017-12-14

    方不方便把这些特殊的用例举列一下?

    开发者这边能有更好的把握。

    2017-12-14
    赞同
    回复
  • 小程序技术专员-LastLeaf
    小程序技术专员-LastLeaf
    2017-12-14

    我更改一下文档中这句话的描述。

    2017-12-14
    赞同
    回复
  • 小程序技术专员-LastLeaf
    小程序技术专员-LastLeaf
    2017-12-14

    因为小程序框架本身的一些处理,子代选择器在一些很特殊的用例下表现会不太正常。如果不担心这样的边界情况,还是可以使用的。

    2017-12-14
    赞同
    回复
  • JC
    JC
    2017-12-14

    @LastLeaf

    感谢回答,控制好选择器的优先级,这本身是每个前端开发的基本素养。

    如果文中这句话,指的仅仅是「控制选择器优先级」的问题的话,那是没啥担忧的。

    但是看文中的话本身,会理解为:「小程序环境中,对子代选择器有兼容性问题,跟传统浏览器环境表现会不一致。」

    希望能否定我的理解。

    2017-12-14
    赞同
    回复
  • wdl
    wdl
    2017-12-14

    刚一接触小程序的时候被其所震惊,怎么这么好,好方便啊,然随着深入了解,只能说小程序加油,希望越来越好,不可否认确实在某种程度上使我们便利

    2017-12-14
    赞同
    回复
  • wdl
    wdl
    2017-12-14

    戴上镣铐的舞者

    2017-12-14
    赞同
    回复
  • 小程序技术专员-LastLeaf
    小程序技术专员-LastLeaf
    2017-12-14

    框架设计上主要是想通过抑制自由度来规范一下写法(同时也和框架中的一些实现上的限制有关)。


    对于子代选择器,如果你能控制好选择器的优先级,还是可以使用的。

    2017-12-14
    赞同
    回复