移动互联网终端

滴滴cube-ui https://didi.github.io/cube-ui/#/zh-CN/docs/quick-start 有赞开源Vant（适合做商城） https://tech.youzan.com/vant-1-release/?from=timeline Radon-UI https://luojilab.github.io/radon-ui/#!/ WD-UI https://wdfe.github.io/wdui/#/components/dialog https://github.com/jrainlau/vue-donut zanUI https://www.youzanyun.com/zanui/vant#/zh-CN/component/quickstart 滴滴移动端组件库 cube-ui https://didi.github.io/cube-ui/#/zh-CN Vux (这个大家都知道的) https://vuxjs.gitbooks.io/vux/content/ vue-strap （bootstrap 的 Vue 版 1.0的） http://yuche.github.io/vue-strap/ n3-components（电脑端UI,貌似刚出来的,没下面几个好看） https://n3-components.github.io/N3

原文链接： https://www.sohu.com/a/252890063_505795 人工智能的飞速发展，需要强大的算力作为支撑，这背后NIVIDIA可谓是当之无愧的功臣。NIVIDIA先进的GPU技术和优异的软件生态，使其在竞争中脱颖而出，成为市场霸主。目前人工智能在图像处理及语音识别领域的研究取得了很好的发展，在手机和安防领域也有很多产品落地。在落地过程中，依然会面临设备算力的问题，而移动端GPU则自然而然的进入了人们的视野。 移动端GPU厂商的发展史 在移动端GPU市场中，没有形成一家独大的竞争格局。目前主要的移动端GPU厂商有高通，arm和imaginaton。高通的adreno来自ATI的imageon，ATI最早被AMD收购，后来高通收购了AMD的移动设备资产，取得了AMD的矢量绘图与3D绘图技术和相关知识产权。后来高通结合AMD的手机图形技术发展为自家的Adreno图形处理器。另一家移动计算的巨头ARM，ARM在移动CPU的市场地位可谓遥不可及，但是在GPU领域，它确是诸多厂商中的一家，他的GPU业务也并非一开始就拥有，而是后来组建的。其GPU技术来自一家名为Falanx的公司，这家公司是早起从挪威大学脱离出来的一个名为mali的研究小组的成员组建的，最早定位于PC领域，失利后转向SoC GPU设计。随着SoC市场的不断壮大，以及移动计算的发展

今天某傻子问我viewport rem的问题，由于太忙，下午才匆忙的给她叨叨了两句，我估计她也是懵的吧，因此，在这复习记录一下这两点知识。 viewport 翻译过来就是 “视区”，简单来说，就是移动端显示网页的区域，或者说是app中webView的大小，它和浏览器可视区域的大小不同，它可能比浏览器的可视区域要大，也可能比浏览器的可视区域要小。一般来说，移动设备上的viewport都是要大于浏览器可视区域的，所以开发时在移动端显示网页经常出现滚动条。 很多资料中都有viewport三个理论的说法: layout viewport visual viewport ideal viewport 这里简单解释一下： layout viewport: 因为移动设备的屏幕都不是很宽，为PC端浏览器所设计的网页在移动端显示，整改布局就会乱掉，另外css中的1px并不代表屏幕的1px，你分辨率越大，css中1px代表的物理像素就会越多，DPR（devicePixelRatio）的值也越大，因为你分辨率增大了，但屏幕尺寸并没有变大，必须让css中的1px代表更多的物理像素，才能让1px的东西在屏幕上的大小与那些低分辨率的设备差不多，不然就会因为太小而看不清，所以浏览器就决定默认情况下把viewport设为一个较宽的值（比如：980px）

PC 浏览器前端优化策略 PC 端优化的策略很多，如 YSlow（YSlow 是 Yahoo 发布的一款 Firefox 插件，现 Chrome 也可安装，可以对网站的页面性能进行分析，提出对该页面性能优化的建议）原则，或者 Chrome 自带的 Audits 等，总结起来主要包括网络加载类、页面渲染类、CSS 优化类、JavaScript 执行类、缓存类、图片类、架构协议类等几类，下面逐一介绍。 网络加载类 1．减少 HTTP 资源请求次数 在前端页面中，通常建议尽可能合并静态资源图片、JavaScript 或 CSS 代码，减少页面请求数和资源请求消耗，这样可以缩短页面首次访问的用户等待时间。通过构建工具合并雪碧图、CSS、JavaScript 文件等都是为了减少 HTTP 资源请求次数。另外也要尽量避免重复的资源，防止增加多余请求。 2．减小 HTTP 请求大小 除了减少 HTTP 资源请求次数，也要尽量减小每个 HTTP 请求的大小。如减少没必要的图片、JavaScript、CSS 及 HTML 代码，对文件进行压缩优化，或者使用 gzip 压缩传输内容等都可以用来减小文件大小，缩短网络传输等待时延。前面我们使用构建工具来压缩静态图片资源以及移除代码中的注释并压缩，目的都是为了减小 HTTP 请求的大小。 3．将 CSS 或 JavaScript 放到外部文件中，避免使用

最近几天在学习Bootstrap4，制作了几个响应式的页面 使用感受：轮播图，解决了移动端触屏滑动的问题，以往开发移动端，还需要引入其他触屏插件，或者自己手写，触屏滑动函数！ 丰富的响应式辅助工具，例如 d-none d-xl-block 在移动端不显示，在电脑端显示，或者Ipad端显示 Bootstrap4- 官网地址 样式参考，已有博主写好，附上 原作者地址 显示、隐藏 */ /*--> */ 类名 说明 .d-none 在较小屏幕下隐藏 .d-{sm | md | lg | xl}-none 在指定屏幕大小下隐藏 .d-block 在较小屏幕下显示 .d-{sm | md | lg | xl}-block 在指定屏幕大小下显示 辅助类 【文字常用标签】 <h1>、<h2>、<h3>、<h4>、<h5>、<h6> 标题类标签，h1字体最大以次类推 <small> 更小、颜色更浅的字号。 <mark> 黄色背景及有一定的内边距的文本 <abbr> 简要标签, 结合title使用,示例: <abbr title="移上去显示这里的文字">Add:</abbr> <blockquote> 引用标签，可结合.blockquote 类，及footer标签、blockquote-footer 示例：<blockquote class="blockquote">内容 <footer

引子 碰撞检测 （Collision Detection）这个东西，之前找 canvas 相关资料的时候碰到过，有些好奇，就去尝试了解一下。 Origin My GitHub 简介 与碰撞检测有些类似的一个概念： 命中检测 （Hit-testing），也被广泛运用。 在计算机图形编程中，命中检测是确定用户控制的光标（或触摸屏上的触摸点）是否与屏幕上绘制的给定图形对象（如形状）产生相交的过程。根据这个定义，web 开发中碰到鼠标点击下拉菜单等这些交互都属于这个范畴。 碰撞检测用于检测多个不同图形对象的交叉点，不是光标与一个或多个图像对象的交叉点。在 web 游戏中也涉及到这些，2D 游戏中的碰撞检测算法，依赖于碰撞物体的形状（例如矩形与矩形、矩形与圆形、圆形与圆形）。基于 canvas，下面看看几种简单的情景。 光标碰撞检测 使用 canvas 创建交互时，在画布内点击，如果需要判断点击所在的图形，就需要做碰撞检测。思路比较简单，就是要检测光标点击的坐标是否在某个形状里面。在测试中发现几点需要注意： 遍历形状的顺序，因为绘制的图形可能重叠，后绘制的一般在上层，这个时候倒序遍历才合理。 获取点击坐标时，注意移动端和 PC 端对应属性，移动端 touch 属性中可能有多个坐标。 图形的形状，规则图形和非规则图形判断的方式有差异。 这是简单的 示例 ，移动端访问如下： 基于像素颜色碰撞检测

XXX微信企业号是接触的第一个移动端项目，下面对遭遇的问题和解决方法做以总结： 项目背景：借助微信企业号平台，使用第三方提供的数据接口，实现数据定制化展示。和普通的web开发类似，只是放到移动端，嵌入微信罢了。 项目规模：小 移动端开发注意要点： 1，结构精简，交互方便。因为移动端的内容展示空间有限，内容的呈现方式，一些交互效果的设计方面，需要提前考虑。 2，界面美观，兼容性能。移动端应用爆炸式增长，如何提升本应用的竞争力，业务固然重要，作为前端人员，界面和性能的优化也能为应用的用户粘度增色不少。 3，面向对象，拥抱变化。开发通用原则。 4，欢迎补充。。 2，框架依赖。 初始时，业务不够清晰，原型太粗糙，为了将关注点更多放到业务实现上，选取了jqueryMobile框架，使用起来并不算难，官网的文档，demo还算齐全，对于实现原型是足够了，但是对于实际开发时，组件的固有特性和固有样式，导致其不够灵活，面对客户的定制化效果，越来越多的变化。随时可能面临页面大规模重构的风险。 对于小型项目，建议不引入该框架，只在需要时，使用其部分组件。 3，交互设计。 设计交互时，要摒弃pc端的设计方式，按钮的大小，是否方便点击，状态变换是否明显，都需要注意 比如说，移动端一般不使用checkbox ，radio的原生样式，通常都是flipswitch的样式。 4,一些问题： ①

移动端网页最大的特点是什么？自适应不同尺寸的屏幕！高大上的叫法:响应式！ 知道了自适应网页怎么做岂不是能很好解决问题了？那么自适应网页怎么做呢？网上关于这方面的文章有很多，我简单的整理一下。 一、 HTML设置 在head中加入meta标签 < meta name = "viewport" content = "width=device-width,initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no" / > 二、CSS解决方案 解决思路 始终贯彻能用css解决的坚决不用js 那么你想到了什么？媒体查询！@media 可以针对不同的屏幕尺寸设置不同的样式！ 有了 @media 根据 每一个尺寸的屏幕设计一套样式表出来？！那岂不是写到吐血 除了 @media，我们还需要rem来配合使用。 大家应该知道em 是相对于父级元素来设置字体大小的，而我们的rem是相对于根元素的。 这一点很重要。所以我们只要在 @media 中设置不同屏幕尺寸的 根元素的字体大小即可。 步骤一：根据设计稿制作标准web页 我们以iPhone6两倍设计稿标注来制作网页。宽度为750px 设置如下： html , body { font - size : 100 px ; } /* 规定 1rem = 100px; *

mimi 介绍： 该项目基于vue的移动端项目，没有使用UI框架，后端基于node express， 前端仓库: https://gitee.com/yango520/mimi 前端预览demo传送门 后端跟后台仓库: https://gitee.com/yango520/messageBoard 后台预览demo传送门 测试账号密码 mimi 123456 # install dependencies npm install # serve with hot reload at localhost:8080 npm run dev # build for production with minification npm run build # build for production and view the bundle analyzer report npm run build --report 需要安装的依赖 npm i axios -S //http请求 npm install style-loader sass-loader node-sass --save-dev //安装sass vue 中引入sass报错的注意事项 ， 点击这里查看 为了移动端自配，将引入外部flexible.js进行适配，将flexible.js放在/static/js/目录下，然后在/src

当互联网的不断发展，各种信息都可以在网上获取，为此网民的数量也是在不断的增加之中。又因为移动端的发展，越来越多的人开始从pc端转移至移动端，使得移动端流量越来越大，而商家想要发展，就必须要重视移动端流量。而在建设移动端网站的时候，首先需要了解移动端网站建设有什么优势！ 第一、用户依赖程度 对手机用户可以这么说，可以没有钱，也可以没有感情，但就是不能没有手机，用户对于手机的依赖程度是要远远高于PC端的。主要原因是手机体积小，便于携带， PC端上该有的，手机上大都也有了，大大地增强了消遣无聊时光，带来快乐的机会。 而且PC网页在手机上显示是有些缺点的，不说字体大小，就是刷出网页需要的流量就需要占很大的一部分流量。所以说，这就是为什么企业在已经拥有PC网页的情况下，还要花大力气去弄好手机网站建设。 移动端网站建设有什么优势？ 第二、用户覆盖面广 PC用户覆盖率和手机是没法比的。现在，就算是年纪上了70岁以上的老人，只要愿意点点手指，会认字，那都是愿意使用手机的。现代智能手机带给他们的快乐是多样化的，只要愿意，他们可以进行手机聊天、浏览网页等等。所以说，企业若是能做好手机网站建设这块工作，就能大大地扩展公司的用户阶层覆盖面，这一方面是PC端无法比拟的。   第三、移动营销传播 手机比起PC更有利的是移动营销传播。比如说通过二维码的方式