专注视觉的小程序组件库（专注视觉的小程序组件库是什么）

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

本文目录一览：

• 1、重磅：微信小程序发布WeUI.js 官方视觉组件库！
• 2、小程序的 iview Weapp 组件库的使用
• 3、小程序安装第三方组件库 如：vant
• 4、微信小程序 怎么 选择组件 做操作
• 5、几款实用的VUE移动端UI框架

重磅：微信小程序发布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动态视觉组件库，这意味着，大家可以在小程序里面，直接使用在官方设计文档附录中的视觉组件（而不需要额外引入其他库）。微信团队真的是用心在打造小程序生态，笔者也是真的在用心给大家带来更多干货，这也是笔者第一时间给大家带来的解读。码字不易，如果本文对你和你身边的朋友有所启发，感谢转发，你的支持是我们码字员最大的动力。

小程序的 iview Weapp 组件库的使用

iview 这个 UI 框架想必大家都很熟了，这个搞 Vue 框架的基本素养。下面来看看小程序版的。
商城小程序必备的数字输入框。

在 .json 中引入组件

在 .wxml 中引入

下面是运行的效果，总的来看还是不错的。

还有个常用的动作面板。
从底部弹出的模态框，提供和当前场景相关的 2 个以上的操作动作，也支持提供标题和描述。内置固定的展示样式、不支持特别灵活的修改。

在 .json 中引入组件

在 .wxml 中引入组件

这个动作面板和微信小程序原生的动作面板有啥视觉的区别，一起来看看：
总的来讲 iview 还比较好看的。
更多用法去参考： https://weapp.iviewui.com/

另外有赞出品的 vant 框架小程序版，使用方法去看 小程序如何使用 npm 工具

小程序安装第三方组件库 如：vant

https://vant-contrib.gitee.io/vant-weapp/#/quickstart#bu-zou-yi-tong-guo-npm-an-zhuang

vant 小程序组件库

第一步 先npm init 回车 初始化新建package.json文件包
如果微信开发者工具无法输入命令 打开cmd面板 cd d:/ 进入目录 cd users 知道进入小程序项目目录输入命令
第二步 ## 安装

将 app.json 中的 "style": "v2" 去除，小程序的 新版基础组件 强行加上了许多样式，难以覆盖，不关闭将造成部分组件样式混乱。

开发者工具创建的项目， miniprogramRoot 默认为 miniprogram ， package.json 在其外部，npm 构建无法正常工作。

需要手动在 project.config.json 内添加如下配置，使开发者工具可以正确索引到 npm 依赖的位置。

注意： 由于目前新版开发者工具创建的小程序目录文件结构问题，npm构建的文件目录为miniprogram_npm，并且开发工具会默认在当前目录下创建miniprogram_npm的文件名，所以新版本的miniprogramNpmDistDir配置为'./'即可

打开微信开发者工具，点击 工具 - 构建 npm ，并勾选 使用 npm 模块 选项，构建完成后，即可引入组件。

如果你使用 typescript 开发小程序，还需要做如下操作，以获得顺畅的开发体验。

请将 path/to/node_modules/@vant/weapp 修改为项目的 node_modules 中 @vant/weapp 所在的目录。

使用时：

https://vant-contrib.gitee.io/vant-weapp/#/quickstart#yin-ru-zu-jian
vant小程序使用说明文档
在 app.json 或 index.json 中引入组件，详细介绍见 快速上手 。

"usingComponents": {
"van-button": "@vant/weapp/button/index"
}

微信小程序 怎么 选择组件 做操作

微信小程序是一种全新专注视觉的小程序组件库的应用形态专注视觉的小程序组件库，微信小程序平台不需要-安装即可使用应用专注视觉的小程序组件库的平台专注视觉的小程序组件库，微信小程序实现了应用“触手可及”的梦想专注视觉的小程序组件库，用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。应用将无处不在，随时可用，但又无需安装卸载。下面一起看一下安下小编给大家带来的微信小程序设计指南。 【微信小程序设计指南】 概要 基于微信小程序轻快的特点，我们拟定了小程序界面设计指南和建议。 设计指南建立在充分尊重用户知情权与操作权的基础之上。旨在微信生态体系内，建立友好、高效、一致的用户体验，同时最大程度适应和支持不同需求，实现用户与小程序服务方的共赢。 友好礼貌 为了避免用户在微信中使用小程序服务时，注意力被周围复杂环境干扰，小程序在设计时应该注意减少无关的设计元素对用户目标的干扰，礼貌地向用户展示程序提供的服务，友好地引导用户进行操作。 重点突出 每个页面都应有明确的重点，以便于用户每进入一个新页面的时候都能快速地理解页面内容，在确定了重点的前提下，应尽量避免页面上出现其他干扰项影响用户的决策和操作。 反例示意 此页面的主题是查询，却添加了诸多与查询不相关的业务入口，与用户的预期不符，易造成用户的迷失。纠正示意 去掉任何与用户目标不相关的内容，明确页面主题，在技术和页面控件允许的前提下提供有助于用户目标的帮助内容，比如最近搜索词，常用搜索词等。反例示意 操作没有主次，让用户无从选择纠正示意 首先要避免并列过多操作让用户选择，在不得不并列多个操作时，需区分操作主次，减轻用户的选择难度。流程明确 为了让用户顺畅地使用页面，在用户进行某一个操作流程时，应避免出现用户目标流程之外的内容而打断用户。 反例示意 用户本打算进行搜索，在进入页面时却被突如其来的抽奖弹窗所打断；对于抽奖没有兴趣的用户是非常不友好的干扰； 而即便有部分用户确实被“诱人”的抽奖活动所吸引，离开主流程去抽奖之后可能就遗忘了原本的目标，进而失去了对产品真正价值的利用和认识。清晰明确 一旦用户进入我们的小程序页面，我们就有责任和义务清晰明确地告知用户身在何处、又可以往何处去，确保用户在页面中游刃有余地穿梭而不迷路，这样才能为用户提供安全的愉悦的使用体验。 导航明确，来去自如 导航是确保用户在网页中浏览跳转时不迷路的最关键因素。导航需要告诉用户，我在哪，我可以去哪，如何回去等问题。首先在微信系统内的所有小程序的全部页面，均会自带微信提供的导航栏，统一解决我在哪，如何回去的问题。在微信层级导航保持体验一致，有助于用户在微信内形成统一的体验和交互认知，无需在各小程序和微信切换中新增学习成本或改变使用习惯。 微信导航栏 微信导航栏，直接继承于客户端，除导航栏颜色之外，开发者无需亦不可对其中的内容进行自定义。但开发者需要规定小程序各个页面的跳转关系，让导航系统能够以合理的方式工作。 微信导航栏分为导航区域、标题区域以及操作区域。其中导航区控制程序页面进程。目前导航栏分深浅两种基本配色。 导航区（iOS） 导航区通常只有一个操作，即返回上一级界面。 导航区（Android） 同iOS一样，导航区也只有一个返回上一级页面的操作，而点击安卓手机自带的硬件返回键也起到相同作用。微信导航栏自定义颜色规则（iOS和Android） 小程序导航栏支持基本的背景颜色自定义功能，选择的颜色需要在满足可用性前提下，和谐搭配微信提供的两套主导航栏图标。建议参考以下选色效果： 选色方案示例页面内导航 开发者可根据自身功能设计需要在页面内添加自有导航。并保持不同页面间导航一致。但是受限于手机屏幕尺寸的限制，小程序页面的导航应尽量简单，若仅为一般线性浏览的页面建议仅使用微信导航栏即可。 开发者可选择小程序页面添加标签分页（Tab）导航。标签分页栏可固定在页面顶部或者底部，便于用户在不同的分页间做切换。标签数量不得少于2个，最多不得超过5个，为确保点击区域，建议标签数量不超过4项。一个页面也不应出现一组以上的标签分页栏。 其中小程序首页可选择微信提供的原生底部标签分页样式，该样式仅供小程序首页使用。开发时可自定义图标样式、标签文案以及文案颜色等，具体设置项可参考开发文档。顶部标签分页栏颜色可自定义。在自定义颜色选择中，务必注意保持分页栏标签的可用性、可视性和可操作性。减少等待，反馈及时 页面的过长时间的等待会引起用户的不良情绪，使用微信小程序项目提供的技术已能很大程度缩短等待时间。即便如此，当不可避免的出现了加载和等待的时候，需要予以及时的反馈以舒缓用户等待的不良情绪。 启动页加载 小程序启动页是小程序在微信内容一定程度上展现品牌特征的页面之一。本页面将突出展示小程序品牌特征和加载状态。启动页除品牌标志（Logo）展示外，页面上的其他所有元素如加载进度指示，均由微信统一提供且不能更改，无需开发者开发。页面下拉刷新加载 在微信小程序内，微信提供标准的页面下拉刷新加载能力和样式。 开发者可自定义需要通过下拉交互完成刷新的页面，此类交互微信将提供标准能力和样式。在样式上，刷新图标与下拉标示配色已捆绑，分为深浅两套方案，开发者在使用时，应注意头部文字、下拉标识与刷新图标的和谐统一。当用户在该类页面做出下拉交互时，出现微信小程序页面标准加载动画。开发者无需自行开发样式深浅两套下拉样式 微信下拉提示用于给用户明确的小程序归属者，防止造假与作弊。此处标示提供深浅两套方案，文字颜色不可自定义，开发者在自定义背景色时，应注意保证下拉标示的辨识度。iOS和Android配色方案相同如下展示。微信下拉标示错误使用案例 请避免以下错误使用情况，确保信息的可见性和页面的可用性页面内加载反馈 开发者可在小程序里自定义页面内容的加载样式。建议不管是使用在局部还是全体，自定义加载样式都应该尽可能简洁，并使用简单动画告知用户加载过程。 开发者也可以使用微信提供的，统一的页面加载样式，如图中例所示。模态加载 模态的加载样式将覆盖整个页面的，由于无法明确告知具体加载的位置或内容将可能引起用户的焦虑感，因此应谨慎使用。除了在某些全局性操作下不要使用模态的加载。局部加载反馈 即只在触发加载的页面局部进行反馈，这样的反馈机制更加有针对性，页面改动小，是微信推荐的反馈方式。例如：加载反馈注意事项 若载入时间较长,应提供取消操作,并使用进度条显示载入的进度。 载入过程中,应保持动画效果 ; 无动画效果的加载很容易让人产生该界面已经卡死的错觉。 不要在同一个页面同时使用超过1个加载动画。 结果反馈 除了在用户等待的过程中需予以及时反馈外，对操作的结果也需要予以明确反馈。根据实际情况，可选择不同的结果反馈样式。对于页面局部的操作，可在操作区域予以直接反馈，对于页面级操作结果，可使用弹出式提示（Toast）、模态对话框或结果页面展示。 页面局部操作结果反馈 对于页面局部的操作，可在操作区域予以直接反馈，例如点击多选控件前后如下图。对于常用控件，微信设计中心将提供控件库，其中的控件将提供完整操作反馈。页面全局操作结果——弹出式提示（Toast） 弹出式提示（Toast）适用于轻量级的成功提示，1.5秒后自动消失，并不打断流程，对用户影响较小，适用于不需要强调成功状态的操作提醒。特别注意该形式不适用于错误提醒。页面全局操作结果——模态对话框 对于需要用户明确知晓的操作结果状态可通过模态对话框来提示，并可附带下一步操作指引。页面全局操作结果—结果页 对于操作结果已经是当前流程的终结的情况，可使用操作结果页来反馈。这种方式最为强烈和明确的告知用户操作已经完成，并可根据实际情况给出下一步操作的指引。异常可控，有路可退 在设计任何的任务和流程时，异常状态和流程往往容易被忽略，而这些异常场景往往是用户最为沮丧和需要帮助的时候，因此需要格外注意异常状态的设计，在出现异常时予以用户必要的状态提示，并告知解决方案，使其有路可退。 要杜绝异常状态下，用户莫名其妙又无处可去，卡在某一个页面的情况。2.2中所提到的弹窗和结果页面都可作为异常状态的提醒方式。除此之外，在表单页面中尤其是表单项较多的页面中，还应明确指出出错项目，以便用户修改。 异常状态——表单出错 表单报错，在表单顶部告知错误原因，并标识出错误字段提示用户修改便捷优雅 从PC时代的物理键盘鼠标到移动端时代手指，虽然输入设备极大精简，但是手指操作的准确性却大大不如键盘鼠标精确。为了适应这个变化，需要开发者在设计过程中充分利用手机特性，让用户便捷优雅的操控界面。 减少输入 由于手机键盘区域小且密集，输入困难的同时还易引起输入错误，因此在设计小程序页面时因尽量减少用户输入，利用现有接口或其他一些易于操作的选择控件来改善用户输入的体验。 减少输入，巧用接口 例如下图中，在添加银行卡时，采用摄像头识别接口来帮助用户输入。除此之外微信团队还对外开放例如地理位置接口等多种微信小程序接口 ，充分利用这些接口将大大提高用户输入的效率和准确性，进而优化体验。除了利用接口外，在不得不让用户进行手动输入时，应尽量让用户做选择而不是键盘输入。一方面，回忆易于记忆，让用户在有限的选项中做选择通常来说是容易于完全靠记忆输入；另一方面，仍然是考虑到手机键盘密集的单键输入极易造成输入错误。 例如图中，在用户搜索时提供搜索历史快捷选项将帮助用户快速进行搜索，而减少或避免不必要是键盘输入。避免误操作 因为在手机上我们通过手指触摸屏幕来操控界面，手指的点击精确度远不如鼠标，因此在设计页面上需点击的控件时，需要充分考虑到其热区面积，避免由于可点击区域过小或过于密集而造成误操作。当简单的将原本在电脑屏幕上使用的界面不做任何适配直接移植到手机上时，往往就容易出现这样的问题。由于手机屏幕分辨率各不相同，因此最适宜点击像素尺寸也不完全一致，但换算成物理尺寸后大致是在7mm-9mm之间。在微信提供的标准组件库中，各种控件元素均已考虑到了页面点击效果以及不同屏幕的适配，因此再次推荐使用或模仿标准控件尺寸进行设计。 利用接口提升性能 微信设计中心已推出了一套网页标准控件库，包括sketch设计控件库和Photoshop设计控件库，后续还将完善小程序组件，这些控件都已充分考虑了移动端页面的特点，能够保证其在移动端页面上的可用性和操作性能；同时微信开发团队也在不断完善和扩充微信小程序接口，并提供微信公共库，利用这些资源不但能够为用户提供更加快捷的服务，而且对页面性能的提高有极大作用，无形之中提升了用户体验。 统一稳定 除了以上所提到的种种原则，建议接入微信的小程序还应该时刻注意不同页面间的统一性和延续性，在不同的页面尽量使用一致的控件和交互方式。 统一的页面体验和有延续性的界面元素都将帮助用最少的学习成本达成使用目标，减轻页面跳动所造成的不适感。正因如此，小程序可根据需要使用微信提供的标准控件，以达到统一稳定的目的。 视觉规范 为方便设计师进行设计，微信提供一套可供Web设计和小程序使用的基础控件库；同时提供方便开发者调用的资源。 字体规范 微信内字体的使用与所运行的系统字体保持一致，常用字号为20, 18, 17, 16,14 13, 11(pt)，使用场景具体如下：字体颜色主内容 Black 黑色，次要内容 Grey 灰色；时间戳与表单缺省值 Light 灰色；大段的说明内容而且属于主要内容用 Semi 黑；蓝色为链接用色，绿色为完成字样色，红色为出错用色 Press与 Disable状态分别降低透明度为20%与10%；列表视觉规范表单输入视觉规范按钮使用原则 列表外按钮上文字标准 按钮高度为44px下使用: 颜色 ＃000000 / ＃353535 字号 18pt 可点状态下文字调整透明度为60% 不可点状态下文字调整透明度为30%列表外按钮上文字标准 按钮高度为25px下使用: 颜色 ＃000000 / ＃353535 字号 14pt 页面线性按钮上文字标准 按钮高度为35px下使用: 颜色 ＃09BB07 / ＃353535 字号 16pt图标使用原则

几款实用的VUE移动端UI框架

文档地址：https://doc.vux.li/zh-CN/

演示地址：https://vux.li/demos/v2/?x-page=v2-doc-home#/

基于webpack+vue-loader+vux可以快速开发移动端页面，配合vux-loader方便你在WeUI的基础上定制需要的样式（下拉刷新上拉加载组件不再维护，其余组件相对丰富）

文档地址：https://wangdahoo.github.io/vonic-documents/#/

演示地址：https://wangdahoo.github.io/vonic/docs/#/home
 一个基于 vue.js 和 ionic 样式的 UI 框架，用于快速构建移动端单页应用，很简约

文档地址：https://didi.github.io/cube-ui/#/zh-CN/docs/introduction

演示地址：https://didi.github.io/cube-ui/#/zh-CN/example

滴滴 WebApp 团队 实现的 基于 Vue.js 实现的精致移动端组件库；组件效果优；视觉效果很棒

文档地址：http://mint-ui.github.io/docs/#/

演示地址：http://elemefe.github.io/mint-ui/#/

最接近原生APP体验的高性能前端框架
文档地址：https://youzan.github.io/vant/#/zh-CN/intro

演示地址：https://youzan.github.io/vant/mobile.html#/zh-CN/

有赞前端团队基于有赞统一的规范实现的 Vue 组件库，提供了一整套 UI 基础组件和业务组件
文档：http://nutui.jd.com/#/intro

演示地址：http://nutui.jd.com/demo.html#/index

一套京东风格的轻量级移动端Vue组件库

特性
跨平台，自动转微信小程序组件（稍后上线，敬请期待）

30+ 京东移动端项目正在使用

基于京东APP 7.0 视觉规范

支持按需加载

详尽的文档和示例

支持定制主题

支持多语言（国际化）

支持 TypeScript

支持服务端渲染（Vue SSR）

单元测试加持

配套有基于Webpack的构建工具，可快速创建已内置本组件库的Vue工程 关于专注视觉的小程序组件库和专注视觉的小程序组件库是什么的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 专注视觉的小程序组件库的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于专注视觉的小程序组件库是什么、专注视觉的小程序组件库的信息别忘了在本站进行查找喔。

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