收藏
回答

话题 全部话题

你有使用小程序扩展组件吗?对于扩展组件有什么需求或建议呢?

扩展组件库是对小程序内置组件能力的补充,如使用 Tabsvtabs 组件可以快速创建横向/纵向选项卡、使用 wxml-to-canvas 组件可以通过静态模板和样式绘制 canvas 导出图片用于生成分享图等场景、使用 emoji 组件可以快速引入类似微信表情的能力。而像WeUI组件库更可以支持高效构建同微信原生视觉体验一致的UI,令用户的使用感知更加统一。

平常开发小程序的过程中,你有使用小程序扩展组件吗?你希望官方新增支持什么样的扩展组件能力?对于扩展组件/WeUI有什么需求或建议呢?

参与本话题优秀回答者将获得微信正版周边礼品一份,快来参加吧!

*图片仅供参考,实际奖品选择与发放将视官方周边更新与存货情况进行适当调整

*获奖情况将在后续「社区每周」公告中进行公示长

写回答关注话题邀请回答

39 个回答

  • 一骑白马开吴疆®
    一骑白马开吴疆®
    06-03

    目前组件的获取方式大致两种

    1. github clone 速度较慢
    2. npm install 不利于同其他组件和库文件进行管理


    组件之间可能存在依赖关系,建议官方出台一个组件市场平台,制定发布规范,打通开发者工具,按需下载即可,也便于开发者在微信小程序这一生态内分享优秀的组件。

    另,分享一个颜色选择器组件https://github.com/MakerGYT/mini-color-picker

    06-03
    赞同 1
    回复 2
    • จุ๊บXavier
      จุ๊บXavier
      06-04
      想法挺不错的,开放一个组件分享平台,每个人都可以把自己封装的组件放进去;让我想起了以前的插件,记得好像是有个插件平台的,现在好像找不到了。
      06-04
      回复
    查看更多(1)
  • 天蜂网络
    天蜂网络
    06-02

    作为运营,就希望开发速度提升!

    06-02
    赞同 1
    回复
  • 维她命系
    维她命系
    06-02

    扩展组件必须得够炫酷、高大上,一定要给开发者震撼的第一印象,才能让大家深入研究和使用,现在市面上太多各种框架和组件库,但是如果官方能提供一样的组件,必然优先选择官方,组件使用的人越多越有迭代的生命力。

    建议:优化扩展组件文档,多增加效果和例子展示,提供更加便捷的功能体验。

    06-02
    赞同 1
    回复
  • 布之道
    布之道
    06-02

    需求

    1.wxml-to-canvas支持地图组件

    2.支持table

    手工使用scrollview来绘制实在是麻烦

    3.日期选择器

    4.步进器

    5.滑块


    06-02
    赞同 1
    回复
  • 拾忆
    拾忆
    06-01

    扩展组件挺好的,可以降低开发者的门槛,简单引入配置就可以使用。

    但是个人感觉有几个不是很完美,比如个别的扩展组件比较大,想要在小程序里直接使用的话非常占用主包的大小,希望能像第三方插件一样可以支持放在分包里使用(最近一次测试扩展组件是在3月份,现在不知道改进了么),如果能把扩展组件应用在分包里那就最好了,建议也支持一下kbone,之前开发的时候在kbone中想要引入官方的扩展组件,多次尝试都失败了。

    06-01
    赞同 1
    回复 1
    • 拾忆
      拾忆
      06-01
      希望官方推出新的扩展组件的时候稍微宣传下,不然开发者经常忽略掉有新的扩展组件。
      扩展组件的DEMO希望能及时更新,之前体验的时候经常一个扩展组件包含多个,然而不是最新的。
      06-01
      回复
  • 藤井树
    藤井树
    06-01

    扩展组件扩充的使用场景,之前也一直用。但是缺乏一些类似日历,互动场景,抽奖,截屏,上传头像裁剪,其他营销级别的组件,3d展示环绕图(房地产有这个需求)。在一些展示表现,还缺乏一些动效。整体来讲,在一些场景下,扩展组件真的省了不少时间。 但是。这些组件使用的案例。其实还是缺乏的测试用例加入,导致在实际过程中还需要改良。例如上传组件等。里面案例,不改用起来不好用。截屏的组件,用起来复杂度太高。不是那些傻瓜组件。

    还有一个比较日常使用的canvas使用了太底层了架构设计,导致使用的时候极其不便利。不进行封装代码量非常多。也考虑这块扩展机制可以对canvas 增强易用性。


    06-01
    赞同 1
    回复
  • 老张
    老张
    06-01

    基本上每个扩展组件都打开代码片段研究过一下,下面一个个说一下:


    1、emoji


    文档里的雪碧图是错的,代码片段里的雪碧图的链接是过期的,这还怎么玩,不会让我将新图的每个图片与代码一个个对应重组吧?所以,这个,过。我不知道论坛里有谁跑起来了,分享一下代码片段呗?

    2、video-swiper

    这个看上去效果不错,但是我从没有拿到过网文证,基本已经告别视频了,将就用用腾讯视频VID吧。

    3、recycle-view

    没用过,一直用触底加载数据,反人类的长列表,忍受不了这种强迫症。

    4、sticky

    sticky完全是web端的专属用品,手机端用它,也是反设计、反体验的,不信你随便找吧,但凡大厂的几个APP里,有谁在用sticky?

    5、tabs

    居然连滚动条都没隐藏一下?可想而知这个组件的开发员得有多懒?我基本只能是自己重新开发了。

    6、vtabs

    这个最是电商类小程序最需要,只是看了一下,mark一下,等用到的时候过来引用试试,但愿体验上能如人意。

    7、index-list

    这个可以,但是应用场景太少。

    8、Barrage

    还不开始研究。

    9、select-text

    这个是文章类的小程序最需要,我正好应该能用到,

    10、wxml-to-canvas


    这个有兴趣,即将使用。


    end

    06-01
    赞同 1
    回复
  • Oliver
    Oliver
    06-01

    同求楼上的截屏插件,这样制作海报什么的就方便多了。

    另外,我的使用建议:Slideview

    目前只能左滑,希望能提供自定义滑动方向或者自定义的触发事件

    06-01
    赞同 1
    回复
  • Hanks🇨🇳
    Hanks🇨🇳
    06-01

    你们都别争了,我上面有人,礼品我都要了。


    06-01
    赞同 1
    回复
  • 张有釜
    张有釜
    06-01

    扩展组件能否可以在页面中定义 而不只是在app.json中定义

    06-01
    赞同 1
    回复

正在加载...

登录 后发表内容