🍒观众老爷们好呀，这里是前端小刘不怕牛牛频道，小程序系列又更新新文章啦，今天的内容是uniapp小程序的视图容器，cover-view🍒准备好了吗？那我们就发车啦，赶紧拿起小本本把笔记做起来吧！一，cover-view首先我们需要知道，cover-view是可以覆盖在原生组件上的文本视图，也就是cover-view组件的层级高于原生组件，就像是原生组件的层级高于前端组件一样，如flash层级就高于div的层级。部分组件，比如map、video、textarea、canvas是通过原生组件实现的，原生组件无法被前端组件覆盖，程序员需要找到能覆盖它们的存在，这也是设计出cover-view的原因。
🍒观众老爷们好呀，这里是前端小刘不怕牛牛频道，小程序系列又更新新文章啦，今天的内容是uniapp小程序的视图容器，cover-view🍒准备好了吗？那我们就发车啦，赶紧拿起小本本把笔记做起来吧！一，cover-view首先我们需要知道，cover-view是可以覆盖在原生组件上的文本视图，也就是cover-view组件的层级高于原生组件，就像是原生组件的层级高于前端组件一样，如flash层级就高于div的层级。部分组件，比如map、video、textarea、canvas是通过原生组件实现的，原生组件无法被前端组件覆盖，程序员需要找到能覆盖它们的存在，这也是设计出cover-view的原因。
background中的cover与contain的区别contain：将图片缩放至宽度或者高度能够完全适应容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则容器会留白，不会出现图片的裁剪。例如，对于一个宽度为200px、高度为200px的容器，背景图片使用background-size:contain，并且图片的宽度为300px，高度为150px，则图片会被等比例缩放至宽度为200px，高度为100px，留下50px的空白区域。cover：将图片缩放至能够铺满整个容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则图片多余的部分会被裁剪。例如，对于一个宽度为200p
background中的cover与contain的区别contain：将图片缩放至宽度或者高度能够完全适应容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则容器会留白，不会出现图片的裁剪。例如，对于一个宽度为200px、高度为200px的容器，背景图片使用background-size:contain，并且图片的宽度为300px，高度为150px，则图片会被等比例缩放至宽度为200px，高度为100px，留下50px的空白区域。cover：将图片缩放至能够铺满整个容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则图片多余的部分会被裁剪。例如，对于一个宽度为200p
background中的cover与contain的区别contain：将图片缩放至宽度或者高度能够完全适应容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则容器会留白，不会出现图片的裁剪。例如，对于一个宽度为200px、高度为200px的容器，背景图片使用background-size:contain，并且图片的宽度为300px，高度为150px，则图片会被等比例缩放至宽度为200px，高度为100px，留下50px的空白区域。cover：将图片缩放至能够铺满整个容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则图片多余的部分会被裁剪。例如，对于一个宽度为200p
background中的cover与contain的区别contain：将图片缩放至宽度或者高度能够完全适应容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则容器会留白，不会出现图片的裁剪。例如，对于一个宽度为200px、高度为200px的容器，背景图片使用background-size:contain，并且图片的宽度为300px，高度为150px，则图片会被等比例缩放至宽度为200px，高度为100px，留下50px的空白区域。cover：将图片缩放至能够铺满整个容器，并且保持图片宽高比不变。如果容器宽高比与图片宽高比不同，则图片多余的部分会被裁剪。例如，对于一个宽度为200p
我们在使用自己的企业应用平台时，经常会遇到以下场景：场景1业务系统的通知太多，希望收到通知时同步发送企业微信来随时查看。场景2需要和其他ERP、BI、CRM等系统对接。通常的解决方案是自行开发一套程序来实现平台到微信的同步功能。如果这样做，我们就需要域名空间，要学会搭建web服务器，要github备份维护代码，要当心漏洞被攻击，要编写复杂的代码。（以下将以kintone平台为例进行说明）但是我只想实现一个小小的微信提醒功能，却受到了这么大的约束！那是否有可以不需要服务器，不需要编写很多代码的实现方法呢？其实简单的利用好免费的MicrosoftFlow，就能实现这些功能，而且基本不需要编码能力。
我们在使用自己的企业应用平台时，经常会遇到以下场景：场景1业务系统的通知太多，希望收到通知时同步发送企业微信来随时查看。场景2需要和其他ERP、BI、CRM等系统对接。通常的解决方案是自行开发一套程序来实现平台到微信的同步功能。如果这样做，我们就需要域名空间，要学会搭建web服务器，要github备份维护代码，要当心漏洞被攻击，要编写复杂的代码。（以下将以kintone平台为例进行说明）但是我只想实现一个小小的微信提醒功能，却受到了这么大的约束！那是否有可以不需要服务器，不需要编写很多代码的实现方法呢？其实简单的利用好免费的MicrosoftFlow，就能实现这些功能，而且基本不需要编码能力。
我们在使用自己的企业应用平台时，经常会遇到以下场景：场景1业务系统的通知太多，希望收到通知时同步发送企业微信来随时查看。场景2需要和其他ERP、BI、CRM等系统对接。通常的解决方案是自行开发一套程序来实现平台到微信的同步功能。如果这样做，我们就需要域名空间，要学会搭建web服务器，要github备份维护代码，要当心漏洞被攻击，要编写复杂的代码。（以下将以kintone平台为例进行说明）但是我只想实现一个小小的微信提醒功能，却受到了这么大的约束！那是否有可以不需要服务器，不需要编写很多代码的实现方法呢？其实简单的利用好免费的MicrosoftFlow，就能实现这些功能，而且基本不需要编码能力。
我们在使用自己的企业应用平台时，经常会遇到以下场景：场景1业务系统的通知太多，希望收到通知时同步发送企业微信来随时查看。场景2需要和其他ERP、BI、CRM等系统对接。通常的解决方案是自行开发一套程序来实现平台到微信的同步功能。如果这样做，我们就需要域名空间，要学会搭建web服务器，要github备份维护代码，要当心漏洞被攻击，要编写复杂的代码。（以下将以kintone平台为例进行说明）但是我只想实现一个小小的微信提醒功能，却受到了这么大的约束！那是否有可以不需要服务器，不需要编写很多代码的实现方法呢？其实简单的利用好免费的MicrosoftFlow，就能实现这些功能，而且基本不需要编码能力。
