小程序开发要怎样做

小程序开发要怎样做,第1张

1小程序原型设计

开发前,最好先做个原型,把自己的需求理顺(我用的工具为Axure, 下载的是一个免费版,功能不全,但自己梳理想法足够了)。

2注册一个开发工具账号

现在微信小程序开发工具大多都是纯线上版本,无需下载;并且,打开注册页后一般都可以用微信扫码即可完成注册,非常简便。

3选择模板

4对模板进行修改、开发,选好模板并“使用”后,在制作台中央,模板以及模板的各个组成部分就会可视化的展现出来了。选中希望修改的模块,在右侧对基础属性、样式和触发条件(什么情况下该模块开始工作)等进行设置。如果需要增加一些新功能模块,可以在制作台左侧找到相应的模块(牛刀云称为组件),然后直接拖放到屏幕中央的小程序界面里,再回到右侧做做样式设置,就能完成一个基本模块的开发。

开发制作 *** 作完成后,将进入配置、发布环节。

5注册并配置微信小程序账号信息,首次发布小程序,需要先进行小程序注册,获得小程序账号的appid和appsecret。然后再回到所使用的开发制作工具(牛刀云)里完成小程序账号信息配置。在牛刀云制作台导航栏上选"高级"——>再在屏幕左上方选“管理后台”——>左侧功能树列表里选“微信配置”

7为微信小程序获取并配置上服务器域名小程序正式发布前需要进行服务器域名配置。

8下载安装微信开发者工具,下载 · 微信官方的小程序开发工具(即所谓的"微信开发者工具")

9下载制作好的微信小程序包

10在微信开发者工具里创建一个新项目,打开微信开发者工具。在微信开发者工具中新建一个项目,输入小程序账号的appid、项目名称、选择项目目录,为导入制作好的微信小程序包做准备

11上传微信小程序包到微信开发者工具,在微信开发者工具中,单击“上传”按钮,上传步骤8导出的小程序包。上传后,因为还未审核,所以都叫"开发版本"。

12提交开发版本进行审核

13正式发布微信小程序,审核通过后,审核版本中显示“审核通过,待发布”,单击审核版本右侧的“提交发布”按钮,小程序将正式发布到线上提供服务。

14下载微信小程序码,小程序提供了小程序码,用于扫描后打开小程序。登录微信公众平台|小程序,在设置页面中下载小程序码,单击“下载更多尺寸”按钮,打开更多尺寸对话框,提供多种颜色和尺寸的小程序码用于下载。

随着互联网开发技术的不断发展,小程序和APP的使用率也越来越高。微信小程序曾经还因为跳一跳这个小游戏火了一把,后来就在我们的生活中越来越普及了,比如使用小程序点单付款、在线填单邮寄快递、线上商城小程序等。

很多客户在咨询我们做软件开发的过程中,不太了解APP和小程序的区别,也不知道这两者该如何选择更好。下面喜妹就以喜望软件过往的开发经验来解决这个问题,好好讲讲APP和小程序的区别,方便各位更加清晰地做产品开发的决策。

一丨基础框架

移动端产品的设计规范和原则大致是相同的,但微信小程序由于受制于微信的框架,就与App在部分版块的表现形式上存在一些差异,主要体现在以下几个方面:

1顶部导航栏

小程序:导航栏右侧有个无法去除和编辑的胶囊(titlebar),原生的导航栏支持更改颜色,但字体颜色仅支持黑/白两种,设计时也不能在导航上增加其他功能。所以一些原本可安置在导航栏的定位、搜索、消息等模块的内容也自动下移,banner也是处于导航栏的下方。

虽然微信也提供自定义导航栏,支持加入搜索,将背景色、等跟导航栏融合在一起,但可能会需要重新调整界面和元素,量级大的话也会导致工作量增加。

App:通常在app的界面中,整个界面都是可以自定义,所以顶部的导航区域不受限制,可拓展性强,灵活性高。

2底部标签栏

底部标签栏是移动端产品的主要导航方式,主要表示用户当前所在的位置,会有选中与未选中两种切换方式。

App的标签栏高度和图标大小都可以自定义,也会有很多不同的表达形式,比如采用自由的、冲破边界的异形元素,在Tab切换时会有动效,容易吸引用户的注意力。

而小程序通常使用原生控件,icon的尺寸一般都是8181px。Tab切换形式通常比较单一、常规,没有动态效果。

二丨功能模块

小程序是在微信的框架里面的,大小受微信的控制。目前小程序调整了开发可以用分包加载的方式将大小扩至12m,但跟原生APP比起来还是相差很大的。app一般可以达到几十兆,不受限制。

正因为内存的限制,再加上小程序仅限微信提供的接口功能,所以功能模块会跟APP有所不同。

一般小程序在功能架构上设置较为简单、轻量,适合一些工具属性的应用,符合“快速打开、用完即走”的理念,更贴近于生活中的吃喝玩乐。

小程序也能实现很多功能,比如消息通知、线下扫码、公众号关联等,但对于一些需要大量计算的功能类应用,如处理、文档编辑等,小程序是无法满足的。

原生App的内存就不受控制,功能模块可以根据产品定位随意增添,视觉效果的设计也更加人性化和绚丽丰富。

APP可以发挥的空间非常大,直播、电商、社区等比较复杂的应用都能实现,也能够在交互、视觉等用户体验上满足用户的高要求。你想要丰富、细化、个性化的功能,需要更大的容量来实现,就在APP上承载吧~

三丨引流推广

小程序因为背靠微信,可以与微信公众号进行互通跳转,活跃指数高,引流效果好。微信自带的「附近的小程序」功能,自带免费推广,帮助小程序被五公里范围内的微信用户搜索到。小程序是根据距离来排名,与品牌大小无关,离用户越近就排得越前。

但是微信对小程序进行了诸多限制,特别是流量获取方面,很多小程序的营销策略被腾讯禁止,比如三级分销等,严重的还会下架封号,且很难申述。

而APP内部的功能和内容由运营者全权把控,虽受制于内存大小和流量成本,但好在营销策略可以灵活运用,推广方式和渠道很多,自由性更高。

四丨下载安装

App需要用户去应用市场下载,虽然下载渠道多,但对网络环境的依赖性强,占用手机空间较大。

而小程序可以通过二维码、微信搜索等方式立即加载使用,响应速度很快,占用手机内存空间可以忽略不计(只是部分微信缓存数据)。对于手机内存较小的用户,微信小程序就是一个福音。

五丨用户群

小程序:基于微信平台的应用,仅限微信用户,月活跃用户10亿+。

APP:上架在AppStore及Android应用市场,面向全球拥有智能手机的用户,也就是33亿+的用户量。

从精准度来讲,App大部分都是用户在应用商店中搜索下载的,用户的下载行为首先是基于对APP有兴趣,那么这样的用户群相对小程序而言更加精准。

六丨用户体验

1使用习惯

用户下载App后,是直接存在用户的手机桌面,要使用的时候打开手机,找到APP点击进入就能使用,打开方式更快速更方便。

小程序的入口比较深,需要打开微信进行查找或下拉获取,至少需要3步才能打开对应的小程序。而且现在小程序很多,用户很难想起之前使用过的小程序,大都是需要使用时才会去搜索。

2消息广告

App可以给用户推送消息,提示用户打开软件,增加启动和使用软件的频率,提升软件的活跃度。但有些app隔三差五的推送消息,甚至还有很多d窗广告,会给用户产生干扰,太多的未读提示逼死强迫症用户。

而小程序不允许主动给用户推送广告,只能回复模版消息,站在不打扰用户的角度来说,用户体验感比APP好。

七丨开发成本

1发布

App一般会向多个应用商店提交审核,根据每个应用商店不同的审核标准准备资料、调整修改和打包安装包,较为繁琐;而小程序只需要提交到微信公众平台审核即可。

2开发时间

做APP普遍都会开发安卓系统和iOS系统两种版本,这两个系统所用到的开发语言不同,安卓是Java和Koplin,iOS是Swift和Objective-C。现在苹果又出了暗黑模式,要设计2套UI图,同时还需要适配市场上的多款主流手机,开发时间相对较长。

小程序是基于腾讯的微信小程序开发框架进行开发的,开发技术类似HTML。一次开发就可以自动适配所有手机,所以开发时间会比APP短一点。

3开发费用

一个软件的开发一般都有原型UI设计、框架搭建、数据库设计、接口开发、第三方对接、PC管理系统开发、用户端安卓版开发、用户端苹果版开发、小程序开发等收费项目。

如果只做APP的话,就会减掉小程序开发的费用,反之只做小程序,就少了app前端的开发费用。

总的来说,小程序比APP少了一个前端的开发,费用是APP三分之二左右。

总结

小程序和App各有特色,两者的关系既可以相互补充,又可以完全独立。

小程序的开发难度、时间和成本相对较低,后期维护更容易,迭代更新的速度更快,用户运营更有优势。但小程序的用户体验方面略逊APP,内容体积有限制,总的来讲还是源于命名中的一个“小”字。小程序对于预算较低的初创公司不失为一个不错的选择。

而APP的开发难度较高,后期维护难,迭代更新相对慢,用户运营成本高,但是用户体验感更好、更丰富、原生。对于预算较高的中大型公司,可以通过大型APP沉淀用户数据,提升企业价值。

其实就两种技术而言,并不能完全肯定哪一种更好,只是适用于不同需求的客户。

APP

1适合相对成熟的公司

2充裕的开发时间

3足够的资金预算

4对交互设计和界面效果要求较高

5已经经过实际运营检测的商业模式

VS

小程序

1适合初创公司、中小企业、个体户

2相对较少的资金和时间

3创业、创新商业模式试水

4适合快速场景化服务

5需要向APP引流

最后,喜妹想说,大家在考虑选择小程序还是App时,还是需要分析它们的优劣势,选择适合自己的。

与iOS开发很相似,小程序的导航栏也可以全局设置一下,在公共文件appjson中设置了导航栏相关样式如下:

这个地方是全局设置,如果想要在不同的页面设置各自的标题属性,只需要在该子级文件中设置

子页面想调用共公js的方法,需先在子页面js中先实例化app:具体过程如下

在需要调用的子页面中,

如果是嵌套循环,很容易出现多个list和index,例如表视图一样,所以在小程序中可以重命名 list 和index 方法为:wx:for-index='重命名' wx:for-list="重命名"

在APP开发中,UI复用是一个很好的手段,在小程序上就是模板template。

在逛小程序联盟的时候发现了一个大湿总结的比我好,搬过来一下。

微信小程序中,如果几个页面中需要引用同一个header/footer,当定义了公共模板时,有两种引用方法如下:

方法一:在公共模板中定义template元素,利用 方法 ,这种方式只会显示公共模板的template里面的内容,之外的内容不会显示

方法二:

总结:import方式和imclude方式的不同在于前者仅引用公共模板中的template里面的内容后者仅引用template以外的内容,显而易见,include方式更简单一些,在wxml中只需要一句话即可。

rpx单位是微信小程序中css的尺寸单位,rpx可以根据屏幕宽度进行自适应。规定屏幕宽为750rpx。如在 iPhone6 上,屏幕宽度为375px,共有750个物理像素,则750rpx = 375px = 750物理像素,1rpx = 05px。

具体的 这里有一片文章介绍的很详细 , 还有这个

小程序的事件主要有:

小程序中的wxml中绑定事件有两种:以touchtab为例 ,在wxml中必须有bind/catch不然无法实现上述事件

bindtouchtab和catchtouchtab bind的不会阻止事件冒泡(元素最里层到最外层函数执行),catch会阻止冒泡,只是冒泡到当前层结束

如果想在元素执行某事件时把元素的某个属性传到后台 可在元素中加入data-属性名称=“xxx”,在事件函数中 function(event){}的event中的currentTarget里面的data-set里面可查看接收在元素中绑定的的id或者其他属性clientX/Y 查看滑动手指距离屏幕左侧的位置,查看滑动位置也可以通过touchstart和和touchend的clientx/y获取

看到几个别人写的,瞬间石化,果断收藏。

在小程序中,定义了一项工具文件utils,此文件的js旨在本文件之内有效,当其他子页面想调用其中的js方法或者变量时,需要两步骤:

1:在utils被调用的js文件中,面向对象的方式模型输出: moduleexports={要调用的函数名称:要调用的函数名称 };

2:在要调用的js文件中模块化引入utils的js文件 var object=require("utils被调用的js文件地址"); 可以输出一下object就能看到被调用的方法了;

例子如下:

要调用的js文件:

小程序的后台获取数据方式get/post具体函数格式如下:wxrequest({})

如果屏幕中某元素的内容超过此元素的高度,可设置元素为scroll-view 为滚动状态元素,这样可以做到元素固定高度且元素内容滚动屏幕不滚动的效果;

scroll-view标签的主要属性分为以下几种:

微信小程序广告轮播元素 所在元素/swiper-item>

其中属性有:

更改事件:bindchange='imgchange' imagechange()的edetailcurrent为当前显示页面的下标值

微信小程序最近火了,大家开发微信小程序有没有注意微信小程序对手机屏幕的要求或者影响呢,面对不同的手机屏幕,微信

rpx单位是微信小程序中css的尺寸单位,rpx可以根据屏幕宽度进行自适应,

微信小程序尺寸单位rpx以及样式

rpx单位是微信小程序中css的尺寸单位,rpx可以根据屏幕宽度进行自适应。

规定屏幕宽为750rpx。如在

iPhone6

上,屏幕宽度为375px,共有750个物理像素,则750rpx

=

375px

=

750物理像素,1rpx

=

0

rpx单位是微信小程序中css的尺寸单位,rpx可以根据屏幕宽度进行自适应。规定屏幕宽为750rpx。

如在

iPhone6

上,屏幕宽度为375px,共有750个物理像素,则750rpx

=

375px

=

750物理像素,1rpx

=

0。

rpx单位是微信小程序中css的尺寸单位,rpx可以根据屏幕宽度进行自适应。规定屏幕宽为750rpx。如在

iPhone6

上,屏幕宽度为375px,共有750个物理像素,则750rpx

=

375px

=

750物理像素,1rpx

=

05px

=

1物理像素。

设备 rpx换算px

(屏幕宽度/750) px换算rpx

(750/屏幕宽度)

iPhone5 1rpx

=

042px 1px

=

234px

iPhone6 1rpx

=

05px 1px

=

2rpx

iPhone6s 1rpx

=

0552px 1px

=

181rpx

微信小程序也支持rem尺寸单位,rem和rpx的换算关系:rem:

规定屏幕宽度为20rem;1rem

=

(750/20)rpx

注:开发微信小程序时设计师可以用

iPhone6

作为视觉稿的标准。

感谢大家阅读,希望能帮助到大家,谢谢大家对本站的支持!

rpx是微信小程序WXSS的尺寸单位。介绍rpx前,先要介绍WXSS。

WXSS(WeiXin Style Sheets) 是一套样式语言,用于描述 WXML 的组件样式。

WXSS 用来决定小程序页面WXML的组件应该怎么显示。

为了适应广大的前端开发者,微信小程序的 WXSS 具有 CSS 大部分特性。 同时为了更适合开发小程序,微信开发者对 CSS 进行了扩充以及修改。

与 CSS 相比WXSS扩展的特性有:

其中,rpx就是尺寸单位。

建议 : 开发微信小程序时设计师可以用 iPhone6 作为视觉稿的标准。

注意 : 在较小的屏幕上不可避免的会有一些毛刺,请在开发时尽量避免这种情况。

参考资料:

微信小程序开发文档

基于微信小程序轻快的特点,我们拟定了小程序界面设计指南和建议。设计指南建立在充分尊重用户知情权与 *** 作权的基础之上。旨在微信生态体系内,建立友好、高效、一致的用户体验,同时最大程度适应和支持不同需求,实现用户与小程序服务方的共赢。

为了避免用户在微信中使用小程序服务时,注意力被周围复杂环境干扰,小程序在设计时应该注意减少无关的设计元素对用户目标的干扰,礼貌地向用户展示程序提供的服务,友好地引导用户进行 *** 作。

每个页面都应有明确的重点,以便于用户每进入一个新页面的时候都能快速地理解页面内容。在确定了重点的前提下,应尽量避免页面上出现其它与用户的决策和 *** 作无关的干扰因素。

此页面的主题是查询,却添加了诸多与查询不相关的业务入口,与用户的目标无关,易造成用户的迷失。

去掉任何与用户目标不相关的内容,明确页面主题,在技术和页面控件允许的前提下提供有助于用户决策和 *** 作的帮助内容,比如最近搜索词等。

*** 作没有主次,让用户无从选择。

首先要避免并列过多 *** 作让用户选择,在不得不并列多个 *** 作时,需区分 *** 作主次,减轻用户的选择难度。

为了让用户顺畅地使用页面,在用户进行某一个 *** 作流程时,应避免出现用户目标流程之外的内容而打断用户。

用户本打算进行搜索,在进入页面时却被突如其来的模态抽奖框所打断;对于抽奖没有兴趣的用户是非常不友好的干扰;而即便有部分用户确实被“诱人”的抽奖活动所吸引,离开主流程去抽奖之后可能就遗忘了原本的目标,进而失去了对产品真正价值的利用和认识。

一旦用户进入我们的小程序页面,我们就有责任和义务清晰明确地告知用户身在何处、又可以往何处去,确保用户在页面中游刃有余地穿梭而不迷路,这样才能为用户提供安全且愉悦的使用体验。

导航明确,来去自如

导航是确保用户在网页中浏览跳转时不迷路的最关键因素。导航需要告诉用户,当前在哪,可以去哪,如何回去等问题。首先在微信系统内的所有小程序的全部页面,均会自带有微信提供的导航栏,统一解决当前在哪,如何回去的问题。在微信层级导航保持体验一致,有助于用户在微信内形成统一的体验和交互认知,无需在各小程序和其他微信页面的切换中新增学习成本或改变使用习惯。

微信导航栏

微信导航栏,直接继承于客户端,除导航栏颜色之外,开发者无需亦不可对其中的内容进行自定义。但开发者需要规定小程序各个页面的跳转关系,让导航系统能够以合理的方式工作。

微信导航栏分为导航区域、标题区域以及 *** 作区域。其中导航区控制程序页面进程。目前导航栏分深浅两种基本配色。

导航区(iOS)

微信进入小程序的第一个页面,导航区通常只有一个 *** 作——“返回”,即返回进入小程序前的微信页面。进入小程序后的次级页面,导航区的 *** 作为——“返回”和“关闭”。“返回”,即返回上一级小程序界面或微信界面。“关闭”,即在当前界面直接退出小程序,回到进入小程序前的微信页面。

导航区(Android)

导航区仅存在唯一 *** 作——直接退出小程序,回到进入小程序前的微信或系统桌面,安卓手机自带的硬件返回键执行返回上一级页面的 *** 作。

安卓导航存在一类特殊情况:当用户通过 *** 作区的菜单将小程序添加至安卓桌面,并从安卓桌面打开小程序时,小程序的首页,不展示导航按钮。仅展示小程序标题和 *** 作区。小程序次级页面,导航区只有返回上一级页面的 *** 作,而点击安卓手机自带的硬件返回键也起到相同作用。

微信导航栏自定义颜色规则(iOS和Android)

小程序导航栏支持基本的背景颜色自定义功能,选择的颜色需要在满足可用性前提下,和谐搭配微信提供的两套主导航栏图标。建议参考以下选色效果:

选色方案示例

页面内导航

开发者可根据自身功能设计需要在页面内添加自有导航。并保持不同页面间导航一致。但是受限于手机屏幕尺寸的限制,小程序页面的导航应尽量简单,若仅为一般线性浏览的页面建议仅使用微信导航栏即可。

开发者可选择小程序页面添加标签分页(Tab)导航。标签分页栏可固定在页面顶部或者底部,便于用户在不同的分页间做切换。标签数量不得少于2个,最多不得超过5个,为确保点击区域,建议标签数量不超过4项。一个页面也不应出现一组以上的标签分页栏。

其中小程序首页可选择微信提供的原生底部标签分页样式,该样式仅供小程序首页使用。开发时可自定义图标样式、标签文案以及文案颜色等,具体设置项如图标尺寸等参考可参考开发文档和WeUI基础控件库。

顶部标签分页栏颜色可自定义。在自定义颜色选择中,务必注意保持分页栏标签的可用性、可视性和可 *** 作性。

减少等待,反馈及时

页面的过长时间的等待会引起用户的不良情绪,使用微信小程序项目提供的技术已能很大程度缩短等待时间。即便如此,当不可避免的出现了加载和等待的时候,需要予以及时的反馈以舒缓用户等待的不良情绪。

启动页加载

小程序启动页是小程序在微信内一定程度上展现品牌特征的页面之一。本页面将突出展示小程序品牌特征和加载状态。启动页除品牌标志(Logo)展示外,页面上的其他所有元素如加载进度指示,均由微信统一提供且不能更改,无需开发者开发。

页面下拉刷新加载

在微信小程序内,微信提供标准的页面下拉刷新加载能力和样式,开发者无需自行开发。

微信下拉刷新错误使用案例

请避免以下错误使用情况,确保信息的可见性和页面的可用性。

页面内加载反馈

开发者可在小程序里自定义页面内容的加载样式。建议不管是使用在局部还是全局加载,自定义加载样式都应该尽可能简洁,并使用简单动画告知用户加载过程。开发者也可以使用微信提供的,统一的页面加载样式,如图中例所示。

模态的加载样式将覆盖整个页面的,由于无法明确告知具体加载的位置或内容将可能引起用户的焦虑感,因此应谨慎使用。除了在某些全局性 *** 作下不要使用模态的加载。

局部加载反馈

局部加载反馈即只在触发加载的页面局部进行反馈,这样的反馈机制更加有针对性,页面跳动小,是微信推荐的反馈方式。例如:

加载反馈注意事项

若载入时间较长,应提供取消 *** 作,并使用进度条显示载入的进度。

载入过程中,应保持动画效果;无动画效果的加载很容易让人产生该界面已经卡死的错觉。

不要在同一个页面同时使用超过1个加载动画。

除了在用户等待的过程中需予以及时反馈外,对 *** 作的结果也需要予以明确反馈。根据实际情况,可选择不同的结果反馈样式。对于页面局部的 *** 作,可在 *** 作区域予以直接反馈,对于页面级 *** 作结果,可使用d出式提示(Toast)、模态对话框或结果页面展示。

页面局部 *** 作结果反馈

对于页面局部的 *** 作,可在 *** 作区域予以直接反馈,例如点击多选控件前后。对于常用控件,微信设计中心将提供控件库,其中的控件都已提供完整 *** 作反馈。

页面全局 *** 作结果——d出式提示(Toast)

d出式提示(Toast)适用于轻量级的成功提示,15秒后自动消失,并不打断流程,对用户影响较小,适用于不需要强调的 *** 作提醒,例如成功提示。特别注意该形式不适用于错误提示,因为错误提示需明确告知用户,因而不适合使用一闪而过的d出式提示。

页面全局 *** 作结果——模态对话框

对于需要用户明确知晓的 *** 作结果状态可通过模态对话框来提示,并可附带下一步 *** 作指引。

页面全局 *** 作结果—结果页

对于 *** 作结果已经是当前流程的终结的情况,可使用 *** 作结果页来反馈。这种方式最为强烈和明确的告知用户 *** 作已经完成,并可根据实际情况给出下一步 *** 作的指引。

异常可控,有路可退

在设计任何的任务和流程时,异常状态和流程往往容易被忽略,而这些异常场景往往是用户最为沮丧和需要帮助的时候,因此需要格外注意异常状态的设计,在出现异常时予以用户必要的状态提示,并告知解决方案,使其有路可退。

要杜绝异常状态下,用户莫名其妙又无处可去,停滞在某一个页面的情况。上文中所提到的模态对话框和结果页面都可作为异常状态的提醒方式。除此之外,在表单页面中尤其是表单项较多的页面中,还应明确指出出错项目,以便用户修改。

异常状态——表单出错

表单报错,在表单顶部告知错误原因,并标识出错误字段提示用户修改。

从PC时代的物理键盘鼠标到移动端时代手指,虽然输入设备极大精简,但是手指 *** 作的准确性却大大不如键盘鼠标精确。为了适应这个变化,需要开发者在设计过程中充分利用手机特性,让用户便捷优雅的 *** 控界面。

由于手机键盘区域小且密集,输入困难的同时还易引起输入错误,因此在设计小程序页面时因尽量减少用户输入,利用现有接口或其他一些易于 *** 作的选择控件来改善用户输入的体验。

例中,在添加yhk时,采用摄像头识别接口来帮助用户输入。除此之外微信团队还对外开放例如地理位置接口等多种微信小程序接口,充分利用这些接口将大大提高用户输入的效率和准确性,进而优化体验。

除了利用接口外,在不得不让用户进行手动输入时,应尽量让用户做选择而不是键盘输入。一方面,回忆易于记忆,让用户在有限的选项中做选择通常来说是容易于完全靠记忆输入;另一方面,仍然是考虑到手机键盘密集的单键输入极易造成输入错误。例如图中,在用户搜索时提供搜索历史快捷选项将帮助用户快速进行搜索,而减少或避免不必要是键盘输入。

避免误 *** 作

因为在手机上我们通过手指触摸屏幕来 *** 控界面,手指的点击精确度远不如鼠标,因此在设计页面上需点击的控件时,需要充分考虑到其热区面积,避免由于可点击区域过小或过于密集而造成误 *** 作。当简单的将原本在电脑屏幕上使用的界面不做任何适配直接移植到手机上时,往往就容易出现这样的问题。由于手机屏幕分辨率各不相同,因此最适宜点击像素尺寸也不完全一致,但换算成物理尺寸后大致是在7mm-9mm之间。在微信提供的标准组件库中,各种控件元素均已考虑到了页面点击效果以及不同屏幕的适配,因此再次推荐使用或模仿标准控件尺寸进行设计。

利用接口提升性能

微信设计中心已推出了一套网页标准控件库,包括sketch设计控件库和Photoshop设计控件库,后续还将完善小程序组件,这些控件都已充分考虑了移动端页面的特点,能够保证其在移动端页面上的可用性和 *** 作性能;同时微信开发团队也在不断完善和扩充微信小程序接口,并提供微信公共库,利用这些资源不但能够为用户提供更加快捷的服务,而且对页面性能的提高有极大作用,无形之中提升了用户体验。

除了以上所提到的种种原则,建议接入微信的小程序还应该时刻注意不同页面间的统一性和延续性,在不同的页面尽量使用一致的控件和交互方式。

统一的页面体验和有延续性的界面元素都将帮助用最少的学习成本达成使用目标,减轻页面跳动所造成的不适感。正因如此,小程序可根据需要使用微信提供的标准控件,以达到统一稳定的目的。

微信内字体的使用与所运行的系统字体保持一致,常用字号为20,18,17,16,1413,11(pt),使用场景具体如下:

主内容Black黑色,次要内容Grey灰色;时间戳与表单缺省值Light灰色;大段的说明内容而且属于主要内容用Semi黑。

蓝色为链接用色,绿色为完成字样色,红色为出错用色Press与Disable状态分别降低透明度为20%与10%。

ui设计小程序商城尺寸最好是多少?

1设计小程序上的轮播图的是16:9的宽高比例,所以商家在给小程序商城设计轮播图的时候,尽量按照这个尺寸来选择。如果有多张轮播图,建议几张的轮播图的尺寸大小保持一致,这样整体的视觉上看起来就非常美观、整洁。

2设计商品图尺寸,建议详情图尺寸:宽度800,高度不限,输出画质70%,格式:jpg

3目前微信小程序分享分享卡片的尺寸长宽比例是5:4,只要是这样的比例就可以了,比如50px40px;100px80px…设置成这样的大小,在分享卡片是就不会出现变得扭曲或者宽高被隐藏的问题出现了。另外还需要注意的是,尽量设置成jpg、png等常见格式

在组件上使用 wx:for 控制属性绑定一个数组,即可使用数组中各项的数据重复渲染该组件。即wx:for指令用于循环数组数据,生成组件。

循环出来的每一项通过item返回,每一项对应的索引,通过index返回。

wx:key="",设置每一项唯一的标识。循环列表时,添加wx:key的好处是,将来列表发生变化时重新渲染列表的损耗为更低。

使用 wx:for-item 可以指定数组当前元素的变量名,使用 wx:for-index 可以指定数组当前下标的变量名:

条件渲染可以使用 wx:if 或 hidden 。

一般来说,wx:if 有更高的切换消耗而 hidden 有更高的初始渲染消耗。因此,如果需要频繁切换的情景下,用 hidden 更好;如果在运行时条件不大可能改变,则 wx:if 较好。

wx:if用于条件渲染:条件为真生成里面的内容,条件为假不会生成里面的内容。(每次重新生成内容)

也可以用 wx:elif 和 wx:else 来添加一个 else 块。

hidden用于条件渲染:条件为真隐藏里面的内容,条件为假显示里面的内容。(每次切换样式)

在appjson文件中添加tabBar节点。tabBar是小程序客户端底部或顶部tab栏的实现。

color: tab上的文字默认颜色,仅支持十六进制颜色。

selectedColor: tab上的文字选中时的颜色,仅支持十六进制颜色。

backgroundColor: tab的背景色,仅支持十六进制颜色。

borderStyle: tabbar上边框的颜色, 仅支持 black / white。

position: tabBar的位置,默认值是: bottom,仅支持 bottom / top。当 position 为 top 时,不显示 icon。

custom: 自定义tabBar。

list是一个数组,它定义了tab的列表。只能配置最少2个、最多5个tab。

pagePath: 页面路径,必须在 pages 中先定义。

text: tab 上按钮文字。

iconPath: 路径,icon 大小限制为 40kb,建议尺寸为 81px 81px,不支持网络。

selectedIconPath: 选中时的路径,icon 大小限制为 40kb,建议尺寸为 81px 81px,不支持网络。

跳转到普通页,可以直接通过返回按钮返回。

navigateTo()方法,用于跳转普通页面。可以直接通过返回按钮返回。

页面js文件中添加方法:

redirectTo()方法,关闭当前页面再跳转到指定页,不能通过返回按钮返回页面。该方法不能用于跳转tabBar页面。

页面js文件中添加方法:

跳转到tabBar页面,通过tabBar按钮返回。

如果要使用navigator组件跳转tabBar页面,需要设置open-type="switchTab"。

switchTab()方法,用于跳转tabBar页面。

页面js文件中添加方法:

以上就是关于小程序开发要怎样做全部的内容,包括:小程序开发要怎样做、开发小程序和开发APP的区别,那个好、微信小程序开发常用知识点等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/10634896.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-10
下一篇 2023-05-10

发表评论

登录后才能评论

评论列表(0条)

保存