类似于页面，自定义组件拥有自己的 wxml 模版和 wxss 样式。
组件化，反过来理解，写重复的页面，方法，写第二遍就烦了，抽取出来就是组件化，可以理解为公用的方法
对于通用的数据，最先想到或者理应接触的是template，但是template有个缺点，那就是只是页面效果，不会有对应的js操作。
微信小程序组件化，为什么要有自定义组件呢
每个页面有对应的js(JavaScript)，json(配置config)，wxml(html)，wxss(css)还差什么
不挺好的嘛，为什么需要自定义组件呢
当然，对于特定的某个页面而言，是足够了，但是如果是通用的一些页面都需要相同的效果，
或者是相似的效果呢，你还是一步步重复的操作嘛
存在就是合理的，完全可以把自定义组件理解为是一个自定义的标签，页面的一个片段。
当然这只是最基本的
想想，既然是组件component，那对于pages页面而言，就是一对多的关系。
多个页面织入组件，怎么衔接起来呢。
pages页面可以给component组件传递值，自然组件也会对应的想pages自定义的回调方法。
只要是你能想到，想实现的，都会有对应的提供。
实现方式，在目录新建component，会自动生成对应的js,json,wxml,wxss,基本跟pages差不多
看看component各个文件内容吧
Component({
/**
* 组件的属性列表
*/
properties: {
},
/**
* 组件的初始数据
*/
data: {
},
/**
* 组件的方法列表
*/
methods: {
}
})
options，multipleslots:true 在组建中启用多个slot支持。
properties，里面可以定义一些接收pages页面的属性。
data，组件的数据
method，组件抽取出来的方法
具体用法
首先需要在pages页的json配置一下开启使用组件
说说options吧
你可以在component的wxml中
通过slot的name属性来指定对应的pages页面内容
ok
说说properties吧
在自定义标签中传递一个num属性
在组件中可以通过properties来传递
获取num值可以通过this.properties.num来获取
data用法的话跟page是一个样子的。
最重要的要属于方法事件了
page相对于组件而言，是一个一对多的过程
既然是抽取出来的，组件只能做一些共有的事，私自的一些实现肯定是得通过page自省的。
这就涉及到了回调。比如在组件中添加一个bindtap方法。
但是这个组件页面的customevent的方法是绑定的。
对应的pages页
在methods中，通过treggerEvent来调用page自己实现的方法。
ok，这是组件化入门