小程序面试题

1 请谈谈微信小程序主要目录和文件的做用？

·  project.config.json 项目配置文件，用得最多的就是配置是否开启https校验；

·  App.js 设置一些全局的基础数据等；

·  App.json 底部tab, 标题栏和路由等设置；

·  App.wxss 公共样式，引入iconfont等；

·  pages 里面包含一个个具体的页面；

·  index.json (配置当前页面标题和引入组件等)；

·  index.wxml (页面结构)；

·  index.wxss (页面样式表)；

·  index.js (页面的逻辑，请求和数据处理等)；

2 请谈谈wxml与标准的html的异同？

·  都是用来描述页面的结构；

·  都由标签、属性等构成；

·  标签名字不同，且小程序标签更少，单一标签更多；

·  多了一些 wx:if 这样的属性以及 {{ }} 这样的表达式

·  WXML仅能在微信小程序开发者工具中预览，而HTML能够在浏览器内预览

·  组件封装不一样， WXML对组件进行了从新封装，

·  小程序运行在JS Core内，没有DOM树和window对象，小程序中没法使用window对象和document对象。

3 请谈谈WXSS和CSS的异同？

·  都是用来描述页面的样子；

·  WXSS 具备 CSS 大部分的特性，也作了一些扩充和修改；

·  WXSS新增了尺寸单位，WXSS 在底层支持新的尺寸单位 rpx；

·  WXSS 仅支持部分 CSS 选择器；

·  WXSS 提供全局样式与局部样式

4 你是怎么封装微信小程序的数据请求的？

·  在根目录下建立utils目录及api.js文件和apiConfig.js文件；

·  在apiConfig.js 封装基础的get, post 和 put， upload等请求方法，设置请求体，带上token和异常处理等；

·  在api中引入apiConfig.js封装好的请求方法，根据页面数据请求的urls, 设置对应的方法并导出；

·  在具体的页面中导入；

5 小程序页面间有哪些传递数据的方法？

·  使用全局变量实现数据传递

·  页面跳转或重定向时，使用url带参数传递数据

·  使用组件模板 template传递参数

·  使用缓存传递参数

·  使用数据库传递数据

6 请谈谈小程序的双向绑定和vue的异同？

大致相同，但小程序直接this.data的属性是不能够同步到视图的，必须调用this.setData()方法！

7 请谈谈小程序的生命周期函数？

·  onLoad() 页面加载时触发，只会调用一次，可获取当前页面路径中的参数。

·  onShow() 页面显示/切入前台时触发，通常用来发送数据请求；

·  onReady() 页面初次渲染完成时触发, 只会调用一次，表明页面已可和视图层进行交互。

·  onHide() 页面隐藏/切入后台时触发, 如底部 tab 切换到其余页面或小程序切入后台等。

·  onUnload() 页面卸载时触发，如redirectTo或navigateBack到其余页面时。

8 简述微信小程序原理？

·  小程序本质就是一个单页面应用，全部的页面渲染和事件处理，都在一个页面内进行，但又能够经过微信客户端调用原生的各类接口；

·  它的架构，是数据驱动的架构模式，它的UI和数据是分离的，全部的页面更新，都须要经过对数据的更改来实现；

·  它从技术讲和现有的前端开发差很少，采用JavaScript、WXML、WXSS三种技术进行开发；

·  功能可分为webview和appService两个部分；

·  webview用来展示UI，appService有来处理业务逻辑、数据及接口调用；

·  两个部分在两个进程中运行，经过系统层JSBridge实现通讯，实现UI的渲染、事件的处理等。

9 请谈谈原生开发小程序、wepy、mpvue 的对比？

·  我的认为，若是是新项目，且没有旧的 h5 项目迁移，则考虑用小程序原生开发，好处是相比于第三方框架，坑少。

·  而若是有 老的 h5 项目是 vue 开发 或者 也有 h5 项目也须要小程序开发，则比较适合 wepy 或者 mpvue 来作迁移或者开发，近期看wepy几乎不更新了，因此推荐美团的mpvue。

·  而若是若是团队前端强大，本身作一套框架也没问题。

一：小程序与原生App哪一个好？ 

答： 小程序除了拥有公众号的低开发成本、获客成本低以及无需下载等优点，在服务请求延时与用户使用体验是都获得了较大幅度的提高，使得其可以承载跟复杂的服务功能以及使用户得到更好的用户体验。

二：简述微信小程序原理？  

答： 微信小程序采用JavaScript、WXML、WXSS三种技术进行开发，从技术讲和现有的前端开发差很少，但深刻挖掘的话却又有所不一样。

JavaScript：首先JavaScript的代码是运行在微信App中的，并非运行在浏览器中，所以一些H5技术的应用，须要微信App提供对应的API支持，而这限制住了H5技术的应用，且其不能称为严格的H5，能够称其为伪H5，同理，微信提供的独有的某些API，H5也不支持或支持的不是特别好。

WXML：WXML微信本身基于XML语法开发的，所以开发时，只能使用微信提供的现有标签，HTML的标签是没法使用的。

WXSS：WXSS具备CSS的大部分特性，但并非全部的都支持，并且支持哪些，不支持哪些并无详细的文档。

微信的架构，是数据驱动的架构模式，它的UI和数据是分离的，全部的页面更新，都须要经过对数据的更改来实现。

小程序分为两个部分webview和appService。其中webview主要用来展示UI，appService有来处理业务逻辑、数据及接口调用。它们在两个进程中运行，经过系统层JSBridge实现通讯，实现UI的渲染、事件的处理

三：分析下微信小程序的优劣势？

答：
优点：

1、无需下载，经过搜索和扫一扫就能够打开。
2、良好的用户体验：打开速度快。
3、开发成本要比App要低。
4、安卓上能够添加到桌面，与原生App差很少。
5、为用户提供良好的安全保障。小程序的发布，微信拥有一套严格的审查流程， 不能经过审查的小程序是没法发布到线上的。

劣势：
1、限制较多。页面大小有限制（持续更新中）。不能打开超过10个层级的页面（持续更新中）。
2、样式单一。小程序的部分组件已是成型的了，样式不能够修改。例如：幻灯片、导航。
3、推广面窄，不能分享朋友圈，只能经过分享给朋友，附近小程序推广。其中附近小程序也受到微信的限制。
4、依托于微信，没法开发后台管理功能。

四：微信小程序与H5的区别？

答：
第一条是运行环境的不一样
传统的HTML5的运行环境是浏览器，包括webview，而微信小程序的运行环境并不是完整的浏览器，是微信开发团队基于浏览器内核彻底重构的一个内置解析器，针对小程序专门作了优化，配合本身定义的开发语言标准，提高了小程序的性能。

第二条是开发成本的不一样
只在微信中运行，因此不用再去顾虑浏览器兼容性，不用担忧生产环境中出现不可预料的奇妙BUG

第三条是获取系统级权限的不一样
系统级权限均可以和微信小程序无缝衔接


第四条即是应用在生产环境的运行流畅度
长久以来，当HTML5应用面对复杂的业务逻辑或者丰富的页面交互时，它的体验老是不尽人意，须要不断的对项目优化来提高用户体验。可是因为微信小程序运行环境独立

五：小程序的双向绑定和vue哪里不同？

小程序直接this.data的属性是不能够同步到视图的，必须调用：

1 2 3

this.setData({           noBind:true })