重新定义小程序生态（小程序生态圈）

本篇文章给大家谈谈重新定义小程序生态，以及小程序生态圈对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享重新定义小程序生态的知识，其中也会对小程序生态圈进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、重磅：微信小程序发布WeUI.js 官方视觉组件库！
• 2、百度小程序有什么特点？
• 3、做一个微信小程序多少钱
• 4、Taro 3.3 alpha 发布：用 ant-design 开发小程序？

重磅：微信小程序发布WeUI.js 官方视觉组件库！

12月16日，微信正式发布了WeUI.js动态视觉组件库。WeUI是一套同微信原生视觉体验一致的基础样式库，由微信官方设计团队为微信内网页和微信小程序量身设计，可以让用户的使用感知更加统一。WeUI.js动态视觉组件库包含了button、cell、dialog、progress、toast、article、actionsheet、icon等各式元素。
一、weui.js是什么？

weui.js是WeUI的轻量级JS封装，不需要依赖其它库，GZIP后仅有9.0 KB。
二、weui.js包含哪些组件？

actionsheet

alert

confirm

dialog

form

gallery

loading

picker

searchbar

slider

tab

toast

toptips

uploader
三、使用方式：

Github：https://github.com/weui/weui.js

详细文档：http://dwz-/4QTFrm
四、微信团队为何在此时公布官方视觉组件库：

1、为了更像微信OS

微信团队和之前的轻应用平台相比，不是简单为了给开发者和用户之间提供一个平台连接、也不是只为了做一个流量入口平台那么简单，而是为了打造一个完美的微信OS生态。当年百度、UC等平台推出的轻应用，更多的只是起到了一个平台倒流和连接的作用，并没有对开发框架和设计规范进行过如此统一的规范和要求。现在看来，最好的生态，当然是类似苹果安卓OS那样，所有的应用具备统一的开发框架和接近OS生态的完美体验。

2、为了极致的用户体验

从小程序内测到公测已经过去了三个月，我们有理由相信微信团队已经接到了不少小程序开发者的审核需求，这其中最让微信团队头疼的应该就是开发设计规范不符合微信团队的要求，达不到微信团队想要的那种用户体验。微信官方进一步推出Weui就是为了让所有开发者提交的小程序都能够接近微信APP的体验效果，从而给微信用户带去最佳的用户体验，这也是未来小程序生态能否提高8亿用户使用热度和频率的一个重要指标。

3、倒逼第三方服务商转型

微信团队在早年推出公众号的时候曾经推出过“开发者模式”，当时，微信团队鼓励第三方公司利用微信公众号开放的接口进行各种微应用的开发，比如：微网站、微商城，微工具等各种应用。但是，微信团队早期并没有对这些接入应用的开发框架和设计规范进行统一的定义和严格要求，导致每一个服务接入商基本都是按照自己的开发框架和设计标准进行开发来设计，使得市面上看到的这些应用页面呈现五花八门，用户体验极其糟糕，这也就造成了早期的应用服务被用户的接受度过低，同时无法给企业带来实际价值的症结所在。随着微信小程序的出现，微信团队重塑统一的开发框架和设计规范，倒逼这些第三方服务机构重新定义自己的跟随策略，按照新的开发规范重新提供新的平台服务。或许，现有的微信第三方服务机构格局将被打破，第三方服务机构将面临新一轮的洗牌。
五、WeUI.js给小程序开发者带来了哪些好处？

1、使用Weui设计出来的小程序如同用户使用微信客户端一样的视觉效果，可以让小程序的体验感更强。

2、使用Weui设计小程序更够提高开发者的开发效率，降低开发者的开发成本，从而让开发者更快的开发出符合规范的小程序。

3、使用Weui设计小程序如同您雇佣一支国内顶尖的设计团队帮您打造一个接近完美的视觉框架。
六、微信小程序给前端设计领域带来了那些影响和推动：

1、全平台兼容

微信小程序重新定义了APP，使得一款应用能够在android、iphone以及windows

phone中都能运行，对于前端来说实现了“一次编译，到处运行”的理念。

2、前端开发思维的改变

设计理念需要从传统的PC思维需要转向到以移动为先的思维，这其中主要考虑的差异化在于屏幕尺寸、网络带宽、输入设备等几个方面的不同。同时很多之前可以用于iOS与Android的控件需要在小程序上重新调整和创新。

3、推动前端技术的发展

微信小程序以其简单的开发环境，使以Javascript和HTML5为主的前端技术成为真正的主流，越来越多的人开始接触前端开发，为前端技术的发展贡献力量。

4、前端投入成本的增加

原本一家传统企业的前端开发人员需要覆盖PC端、移动端、APP应用等各种平台，微信小程序的出现会导致未来的前端开发人员还需要涉及小程序的前端开发设计，这在一定程度增加了前端开发人员学习和工作成本，同时也会给企业带来更多的人才投入成本。

5、前端人才的竞争更加明显

微信小程序的诞生会吸引一大批后台开发、APP开发的程序猿们加入前端开发大军，进一步冲击现有的前端开发人员的的知识结构，加剧前端开发岗位的竞争格局，迫使一些低端且知识结构不全面的前端开发人员面临被淘汰或者失业的风险。

6、全栈工程师会越来越吃香

随着微信小程序的出现，既懂后台，又懂前端的人才会越来越受到企业的重视和拥抱，特别对于创业团队和互联网企业来说，一个拥有全局思维、熟悉各种技术的人才非常重要。身为技术人员，我们需要不断拥抱变化，不断get新技能，努力成为一个全栈工程师。
微信正式发布WeUI.js动态视觉组件库，这意味着，大家可以在小程序里面，直接使用在官方设计文档附录中的视觉组件（而不需要额外引入其他库）。微信团队真的是用心在打造小程序生态，笔者也是真的在用心给大家带来更多干货，这也是笔者第一时间给大家带来的解读。码字不易，如果本文对你和你身边的朋友有所启发，感谢转发，你的支持是我们码字员最大的动力。

百度小程序有什么特点？

百度小程序有什么特点？从五个方面来看

在体验上，百度智能小程序可以与百度搜索引擎无缝衔接，用户在使用智能小程序时，与自身长期养成的搜索习惯完美匹配，体验更加自然。

在技术和功能上，百度智能小程序全面接入“百度大脑3.0”，开发者几行代码就可以调用，百度通过开放数据、算法、算力，让“小程序+AI”有重新定义小程序生态了更大的想象空间，比如智能交互领域的语音控制、语音播报、卡证识别、人脸验证等组件的开放，在一定程度上，使智能小程序有重新定义小程序生态了更加丰富有趣的交互体验。未来，开发者将重新回到业务理解与创意的赛道。

在生态上，百度智能小程序将于2018年12月全面开源，未来智能小程序不仅可以运行于百度系App上，还将可以运营于哔哩哔哩、58同城等外部合作伙伴App上；同时，其重新定义小程序生态他平台的小程序，比如微信小程序、支付宝小程序，都可以一键嫁接到百度智能小程序内，百度正在打造更加开放的小程序生态链条。

在商业化能力上，流量是商业的根本，百度首批共开放了12个流量入口，为开发者业务成长注入新的势能。

在流量分发机制上，百度官方为广大开发者提供了流量激励制度，在小程序上线后，百度官方将根据小程序的数据表现、用户消费场景、用户的需求程度等多方面因素，对开发者的小程序进行分级定义，目前，百度官方制定了X1-X5五个等级划分，等级越高的小程序将作为百度官方后续重点合作和扶持对象，给予流量上比较大的倾斜。

未来，如何深度挖掘用户的消费场景，将百度赋予的AI能力与应用场景深度结合，将是每一个开发者首要思考的问题。

做一个微信小程序多少钱

申请小程序：300元（如果有已经认证过的公众号就可以免费申请）

小程序开发：一般1000到几万不等、看具体要求。
其实小程序开发价格主要取决于你要做多少页面和要做的页面和功能的复杂程度。
如果是行业内比较成熟的标准化系统就会相对便宜点。

如：餐饮行业类的和电商类以及酒店预约类的小程序的一般几千元就可以了，因为模板的功能已经相对比较丰富了，需要开发的地方不多。像简单的企业宣传类的一般几百到一千元就可以了。

但如果是全部需要开发定制，且功能也比较复杂、繁琐，周期比较长的话，一般都是一万至好几万甚至超过10万，而且像这种是需要商家提出具体的需求后服务商才能判断出具体价格和周期。推荐了解一下企维度小程序，价格适中，功能完善。

Taro 3.3 alpha 发布：用 ant-design 开发小程序？

小程序的设计并没有完全遵循 Web 规范重新定义小程序生态，导致小程序生态和传统 Web 开发生态之间的割裂重新定义小程序生态，海量优秀的 Web 物料并不能直接用于小程序开发。因而 Taro 在相当一段时间内生态都相对薄弱，UI 框架选择不多的问题更是深深困扰着开发者。

另一方面，业界有着存量的 H5 应用，中短期内 H5 应用适配到小程序端的需要还会存在。我们希望能减少 H5 应用迁移到小程序端的成本，甚至能够直接运行在小程序端。

Taro 团队一直在思考如何最大限度地在小程序环境中复用 Web 生态，直到 Taro 3.0 诞生后，这种想法有了落地的可能。下文将介绍基于 Taro 3.0 实现 H5 同构的思路与问题，以及我们尝试适配了三大移动端 UI 框架 WEUI 、 Ant Design Mobile 、 VantUI 的实验结果。

Taro 3.0 是一款重运行时的跨端框架，它通过模拟实现浏览器的 BOM 和 DOM API 实现了对 React、Vue 等 Web 开发框架的兼容。

既然已经有了浏览器环境的 BOM 和 DOM API，Taro 应用和 Web 应用之间的鸿沟在于小程序组件和 HTML 标签之间的差异。

Taro3 的渲染数据流如下重新定义小程序生态：

前端框架 - Taro DOM - 小程序 data

HTML 标签和小程序组件的标签名、属性、事件是有差异的，而前端框架无需感知这些差异。

因此前端框架适配层、Taro DOM 层不需要改动，只要在 Taro DOM 序列化为小程序 data 这一步作映射即可。

HTML 标签相对小程序组件封装程度更低、功能更简单，可以看作是小程序组件的子集。因此可以按一定的规则，把 HTML 标签映射为小程序组件，如：

完整的标签名映射规则请看： RFC 附录一

如果 HTML 标签的属性能在对应小程序组件的属性上找到对应，则进行映射，如：

完整的属性名映射规则请看： RFC 附录二

把 HTML 特有的事件在小程序端找到相似的事件进行映射，如：

完整的事件映射规则请看： RFC 附录三

前文介绍了我们会把 HTML 标签映射为小程序组件，但是 H5 应用中使用到的 CSS 标签选择器就会失效。

因此 Taro 使用了类名去进行模拟：

Taro 提供两种内置的浏览器默认样式，可以直接引入生效：

理想很美好，但现实却略显骨感。即使 Taro 能实现 BOM、DOM API，支持使用 HTML 标签等，同构方案还是存在着一些框架层面抹平不了的差异。以下列举出若干主要限制：

在 H5 中我们可以调用 DOM API 同步获取元素的尺寸：

但是在小程序中，获取元素尺寸的 API 是异步的：

因此不能兼容那些使用了同步 DOM API 去获取元素尺寸的组件。

<canvas 、 <video 、 <audio 等标签在 H5 端可以直接调用 HTMLElement 上的方法：

但是在 Taro 中，要调用组件上的原生方法，必须先创建对应的 Context ：

部分样式或 CSS 选择器在小程序中不支持，如：

首先需要安装 v3.3 的 CLI 工具：

然后进入项目，把 package.json 文件中 taro 相关依赖的版本修改为 ^3.3.0-alpha.2 ，再重新安装依赖（建议先把 node_modules 文件夹删除）。

为了节省项目空间，同构功能是可选的，以 Taro 插件的形式提供。

首先开发者需要安装插件 @tarojs/plugin-html ：

然后配置使用此插件：

为了验证同构功能的可用性和效果，我们对 CSS 样式库 WEUI 、React 组件库 Antd Design Mobile 、Vue2 组件库 VantUI 的所有组件进行了测试。

测试效果比较理想，甚至稍微超出我们的预期，配合各组件库自身的按需加载能力，能以小巧的体积使用丰富的组件，相信各位开发者会喜欢这个功能。

仓库地址： taro-weui

WEUI 是一个 CSS 的样式库，与框架无关，兼容性比较高，大部分组件能直接使用。

仓库地址： taro-antd-mobile

能直接兼容使用的组件大概为 80%，主要问题在于：

仓库地址： taro-vant

VantUI 的组件十分丰富，能直接兼容使用的组件大概为 70%。部分开发者会在 Taro 中配合使用 Vant Weapp，但 Vant Weapp 只能运行在微信小程序，因此对 VantUI 的直接适配是一个很好的补充。

适配过程主要遇到的问题有：

同构方案还在持续优化中，部分实现还没有最终定稿。欢迎各位开发者到我们的论坛下留言，提出您的宝贵意见～： 同构方案 RFC 。

欢迎关注凹凸实验室

关于重新定义小程序生态和小程序生态圈的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 重新定义小程序生态的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于小程序生态圈、重新定义小程序生态的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。