有关微信小程序的面试题
1.简单描述下微信小程序的相关文件类型？
微信小程序项目结构主要文件类型，如下：
①WXML是框架设计的一套标签语言，结合基础组件、事件系统，可以构建出页面的结构。内部主要是微信自己定义的一套组件。
②WXSS是一套样式语言，用于描述WXML的组件样式
③js逻辑处理，网络请求
④json小程序设置，如注册页面，页面标题及tabBar
⑤app.json （必须要有这个文件，如果没有这个文件，项目将无法运行） 此文件为配置入口文件，整个小程序的全局配置。包括页面注册，网络设置，以及小程序的window背景色，配置导航条样式，配置默认标题。
⑥app.js（必须要有这个文件，没有也会报错）但是这个文件创建一下就行 什么都不需要写，以后可以在这个文件中监听并处理小程序的生命周期函数、生命全局变量。
⑦app.wxss
2.你是怎么封装微信小程序的数据请求？
①将所有的接口放在统一的js文件中并导出
②在app.js中创建封装请求数据的方法
③在子页面中调用封装的方法请求数据
3.有哪些参数传值的方法？
①给html元素添加自定义属性（如：data-name）然后通过e.currentTarget.dataset.name或者onload的param参数获取。但data-名称不能有大写字母和不可以存放对象
②设置id的方法标识来传值，通过e.currentTaraget.id获取设置的id的值，然后通过全局对象的方式来传递数值
③在navigator中添加参数传值（就是url传值）
4.你使用过哪些方法，来提高微信小程序的应用速度
①提高页面加载速度
②用户行为预测
③减少默认data的大小
④组件化方案
5.小程序跟原生App哪个好？
小程序除了拥有公众号的低开发成本、低获客成本以及无需下载等优势，在服务器请求延时与用户使用体验上都得到较大幅度的提升，使其能够承载跟复杂的服务功能以及用户获得更好的用户体验。
6.简述微信小程序原理？
微信小程序采用JavaScript、WXML、WXSS三种技术进行开发，从技术讲跟现在的前端开发差不多，但深入挖掘的话却又有所不同。
JavaScript:首先JavaScript的代码是运行在微信App中的，并不是运行在浏览器中，因此一些H5技术的应用需要微信App提供对应的API支持，而这限制住了H5技术的应用，且其不能称为严格的H5，同理，微信提供独有的某些API，H5也不支持或支持的不是很好。
WXML：WXML微信自己基于XML语法开发的，因此开发时，只能使用微信提供的现有标签，HTML的标签无法使用。
WXSS：WXSS具有css的大部分特性，但并不是所有都支持，而且支持什么并没有详细的文档。
微信的架构 是数据驱动的架构模式，它的ui跟数据是分离的，所有页面的更新，都需要通过对数据的更改来实现。
小程序分为两个部分webview和appService.其中webview主要来展现UI，appService有来处理业务逻辑、数据及接口调用。它们在两个进程中进行，通过系统层JSBridge实现通信，实现UI的渲染、时间的处理。
7.分析下微信小程序的优劣势？
优势：
①无需下载，
②打开速度快
③开发成本低
④安卓上可以添加到桌面，与原生App差不多
⑤为用户提供良好的安全保障。小程序的发布微信拥有一套严格的审查流程，不能通过审查的小程序无法上线。
劣势：
①限制较大，页面大小不能超过1m,不能打开超过5个层级的页面。
②样式单一。小程序的部分组件已经是成型的，样式不可以修改。例如：幻灯片、导航
③推广面窄。不能分享朋友圈，只能分享给朋友，附近小程序推广。其中附近小程序也受到微信的限制。
④依托于微信，无法开发后台管理功能。
8.微信小程序与H5的区别？
①运行环境不同
②开发成本不同
③获取系统级权限的不同
④应用在生产环境的运行流畅度
SVG与Git优缺点比较
1.SVG优缺点
优点：
①管理方便 ，逻辑明确，符合一般人的思维习惯。
②易于管理，集中式服务器更能保证安全性。
③代码一致性非常高
④适合开发人数不多的项目开发
缺点：
①服务器压力太大，数据库容易暴增。
②如果不能连接到服务器，基本上不可以工作，看上面第二步，如果服务器不能连接，就不能提高，还原，对比等等。
③不适合开源开发（人数太多）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问），可以实现分层管理，从而很好的解决开发人数众多的问题。
2.Git优缺点
优点：
①适合分布式开发，强调个体
②公众服务器压力和数据量都不会太大
③速度快、灵活
④任意两个开发者之间可以很容易的解决冲突。
⑤离线工作
缺点：
①学习周期相对而言比较长。
②不符合常规思维
③代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有的代码和版本信息。
Git的相关问题
1.git fetch 跟 git pull 的区别
git fetch :相当于从远程获取最新版本到本地 ， 不会自动 merge
git pull :相当于是从远程获取最新版本并merge到本地 。 上述命令相当于git fetch 和 git merge
实际上 git fetch 更安全一些 因为在merge前，我们可以查看更新情况，然后决定是否合并。
2.git reset 跟 git rebase 的区别
git reset: 回滚到某次提交 git reset --soft 此次提交之后的修改会被退回到暂存区 git reset --hard 此次提交之后的修改不做任何保留， git status 干净的工作区
git rebase :当两个分支不在一条直线上，需要执行merge操作时，使用该命令操作。 该命令执行时极有可能显示merge失败，使用 git diff 查看冲突内容，手动修改冲突， git add filename ,表示冲突已解决，再执行 git rebase --continue ,继续rebase 。
参考：
http://www.bslxx.com/a/mianshiti/tiku/2017/1020/1027.html
http://blog.csdn.net/yuwq123/article/details/52748009