移动端开发梳理

零零碎碎学习了移动端开发的一些常识,还是梳理一下吧:

1.视口设置:

传统PC页面在手机上显示,会根据默认Viewport缩放(ios为980px,安卓有不同数值),让页面整个呈现在手机上,但缩放后字图图片过小。

移动端上开发,首先为了排版正确,第一步是设置viewport为合适的值,一般设宽度为设备。

 <meta name="viewport" content="width=device-width,initial-scale=1,user-scalable=no">

visual viewport:手机屏幕能看到的尺寸,会因为缩放而改变。

layout viewport:布局viewport,渲染时,底层页面的实际尺寸。

一般说的viewport指的是layout viewport,因为移动端页面往往会禁止用户缩放,或者限制了缩放的区间。

2.布局:

由于y移动设备尺寸不一,解决布局自适应的基本方案是使用百分比布局,除了使用%,还有vw、vh单位,分别表示设备宽/高的百分之一。

3.字体:

px、em、rem

em在多层嵌套下不好控制,推荐rem,r是root的意思,即基于html比率的字体大小。

rem的基值,慕课网的视频中推荐是screen.width/20,也就是说,320px的屏幕1rem为16px;可以。 

4.图片:

自适应:div>img:width:max-width;height:auto;

清晰度:宽高应该用物理像素渲染:100px*100px的图片,用100dp*100dp渲染;

width:(w_value/dpr)px;

height:(h_value/dpr)px;

 

根据dpr选择不同分辨率图片:

<img :src="img1.jpg" :srcset="img2.jpg 2x,img3.jpg 3x'" alt="test">

*img1、img2、img3分别是某张图片的小中大体裁,-webkit-内核的浏览器可以根据设备像素密度选择合适大小的图片。可惜在IE和Android4.4以下无效。

也可以使用picture标签根据分辨率切换图片:

1 <picture>
2     <source media="(max-width: 240px)" srcset="/uploads/1703/city5.jpg 1x,
3 /uploads/1703/city5big.jpg 2x" />
4     <source media="(max-width: 480px)" srcset="/uploads/1703/city5-m.jpg 1x,
5 /uploads/1703/city5big-m.jpg 2x" />
6     <img src="/uploads/1703/city5.jpg" alt="City" />
7 </picture>

 

另外,如果图片使用rem单位的话:

width:(w_value/rem基值 )rem;

height:(h_value/rem基值) rem;

5.flex布局(弹性伸缩盒子)

内容自动填充满容器(等比或按比例填充),详见阮一峰课程:http://www.ruanyifeng.com/blog/2015/07/flex-grammar.html

*android4.4一下只能用flexbox布局

6.响应式:在不同尺寸的设备上选择性地使用某些样式,达到按设备尺寸渲染的目的。

--核心是使用css3的媒体查询:

@media screen and (max-width: 320px) {
    body {
        background-color:lightblue;
    }
}
@media screen and (max-width: 980px) {
    body {
        background-color:red;
    }
}
...

--百分比布局;

--弹性图片:img标签外有个div容器,宽度随页面伸缩变化,img本身width:max-width;height:auto;充满整个div。

--适应小屏幕时,做到:

1.同比例缩小元素。

2.调整结构布局。

3.隐藏冗余元素。

*由于响应式设计的css包括了不同尺寸的的渲染方案,因而有冗余的缺点;现在不少企业都给移动端一个域,如m.xxx.com,这种情况下就是移动端/PC端分开两套方案,在用户进入页面时先判断设备再适配到相应的页面即可。

 

9.  1像素变框:

原因:1px的框在retina屏幕上用了2dp来渲染;

border:0.5px 是不行的(仅ios8可用)

因为是移动端,所以css3的tranform:scaleY可用:

 1 li:before{
 2     position:absolute;
 3     top:-1px;
 4     left:0;
 5     content:'';
 6     width:100%;
 7     height:1px;
 8     border-top:1px solid #333;
 9     -webkit-transform:scaleY(.5);
10 }

 

 10.文本溢出:

 1 .singe{
 2     overflow:hidden;
 3     white-space:nowrap;
 4     text-overflow:ellipsis;
 5 }
 6 .more{
 7     display:-webkit-box;
 8     overflow:hiden;
 9 
10     text-overflow:ellipsis;
11     word-break:break-all;  
12 
13     -webkit-box-orient:vertical; //纵向审查
14     -webkit-line-clamp:2; //限定行数
15 }

 

遇到的问题及方案(想到再写):

11.交互:

tap事件:也就是touchstart | touchmove | touchend 事件

click事件在移动端上有300ms的延时,因为click要判断是不是双击事件。因而touchstart响应更快,但是tap事件有点透现象:

当我们touch屏幕的时候,按时间顺序,会对点中的位置依次触发touchstart、touchend、click事件。

所谓点透,就是AB两元素在Z轴上重合时,比如页面此时有个遮罩层,我们手指点击遮罩层让它隐藏,可是手指点击的地方遮罩层下边有个a链接,当遮罩层隐藏之后click事件才被触发,这个链接就会被触发。这跟事件冒泡/捕获是两码事。

常用的解决方案是:

  1.引入fastclick插件;

  2.遮罩层缓慢淡出,反正在click事件触发后才撤掉遮罩层就好了。

12.移动端网站或APP点击后出现闪动或灰色背景:

解决方案:

对绑定事件的元素添加样式:{-webkit-tap-highlight-color:transparent;},使触发时背景色为透明。

13.ios下fixed布局产生这样那样的问题,如橡皮筋现象、滑动时顶部底部被背景遮盖等,之前花精力在内外网搜了一番,业内普遍对fixed的bug没有好的解决方案:

解决方案:在布局的时候尽量避免用fixed,改用flex布局或绝对定位代替。input标签在focus的时候改为position:absolute;blur的时候再改回来。

 

补充一个知乎上ios和安卓兼容问题的帖子:https://www.zhihu.com/question/34556725

 慕课视频看到的一张图:

转载于:https://www.cnblogs.com/alan2kat/p/7441013.html

【基于QT的调色板】是一个使用Qt框架开发的色彩选择工具,类似于Windows操作系统中常见的颜色选取器。Qt是一个跨平台的应用程序开发框架,广泛应用于桌面、移动和嵌入式设备,支持C++和QML语言。这个调色板功能提供了横竖两种渐变模式,用户可以方便地选取所需的颜色值。 在Qt中,调色板(QPalette)是一个关键的类,用于管理应用程序的视觉样式。QPalette包含了一系列的颜色角色,如背景色、前景色、文本色、高亮色等,这些颜色可以根据用户的系统设置或应用程序的需求进行定制。通过自定义QPalette,开发者可以创建具有独特视觉风格的应用程序。 该调色板功能可能使用了QColorDialog,这是一个标准的Qt对话框,允许用户选择颜色。QColorDialog提供了一种简单的方式来获取用户的颜色选择,通常包括一个调色板界面,用户可以通过滑动或点击来选择RGB、HSV或其他色彩模型中的颜色。 横渐变取色可能通过QGradient实现,QGradient允许开发者创建线性或径向的色彩渐变。线性渐变(QLinearGradient)沿直线从一个点到另一个点过渡颜色,而径向渐变(QRadialGradient)则以圆心为中心向外扩散颜色。在调色板中,用户可能可以通过滑动条或鼠标拖动来改变渐变的位置,从而选取不同位置的颜色。 竖渐变取色则可能是通过调整QGradient的方向来实现的,将原本水平的渐变方向改为垂直。这种设计可以提供另一种方式来探索颜色空间,使得选取颜色更为直观和便捷。 在【colorpanelhsb】这个文件名中,我们可以推测这是与HSB(色相、饱和度、亮度)色彩模型相关的代码或资源。HSB模型是另一种常见且直观的颜色表示方式,与RGB或CMYK模型不同,它以人的感知为基础,更容易理解。在这个调色板中,用户可能可以通过调整H、S、B三个参数来选取所需的颜色。 基于QT的调色板是一个利用Qt框架和其提供的色彩管理工具,如QPalette、QColorDialog、QGradient等,构建的交互式颜色选择组件。它不仅提供了横竖渐变的色彩选取方式,还可能支持HSB色彩模型,使得用户在开发图形用户界面时能更加灵活和精准地控制色彩。
标题基于Spring Boot的二手物品交易网站系统研究AI更换标题第1章引言阐述基于Spring Boot开发二手物品交易网站的研究背景、意义、现状及本文方法与创新点。1.1研究背景与意义介绍二手物品交易的市场需求和Spring Boot技术的适用性。1.2国内外研究现状概述当前二手物品交易网站的发展现状和趋势。1.3论文方法与创新点说明本文采用的研究方法和在系统设计中的创新之处。第2章相关理论与技术介绍开发二手物品交易网站所涉及的相关理论和关键技术。2.1Spring Boot框架解释Spring Boot的核心概念和主要特性。2.2数据库技术讨论适用的数据库技术及其在系统中的角色。2.3前端技术阐述与后端配合的前端技术及其在系统中的应用。第3章系统需求分析详细分析二手物品交易网站系统的功能需求和性能需求。3.1功能需求列举系统应实现的主要功能模块。3.2性能需求明确系统应满足的性能指标和安全性要求。第4章系统设计与实现具体描述基于Spring Boot的二手物品交易网站系统的设计和实现过程。4.1系统架构设计给出系统的整体架构设计和各模块间的交互方式。4.2数据库设计详细阐述数据库的结构设计和数据操作流程。4.3界面设计与实现介绍系统的界面设计和用户交互的实现细节。第5章系统测试与优化说明对系统进行测试的方法和性能优化的措施。5.1测试方法与步骤测试环境的搭建、测试数据的准备及测试流程。5.2测试结果分析对测试结果进行详细分析,验证系统是否满足需求。5.3性能优化措施提出针对系统性能瓶颈的优化建议和实施方案。第6章结论与展望总结研究成果,并展望未来可能的研究方向和改进空间。6.1研究结论概括本文基于Spring Boot开发二手物品交易网站的主要发现和成果。6.2展望与改进讨论未来可能的系统改进方向和新的功能拓展。
1. 用户与权限管理模块 角色管理: 学生:查看个人住宿信息、提交报修申请、查看卫生检查结果、请假外出登记 宿管人员:分配宿舍床位、处理报修申请、记录卫生检查结果、登记晚归情况 管理员:维护楼栋与房间信息、管理用户账号、统计住宿数据、发布宿舍通知 用户操作: 登录认证:对接学校统一身份认证(模拟实现,用学号 / 工号作为账号),支持密码重置 信息管理:学生完善个人信息(院系、专业、联系电话),管理员维护所有用户信息 权限控制:不同角色仅可见对应功能(如学生无法修改床位分配信息) 2. 宿舍信息管理模块 楼栋与房间管理: 楼栋信息:名称(如 "1 号宿舍楼")、层数、性别限制(男 / 女 / 混合)、管理员(宿管) 房间信息:房间号(如 "101")、户型(4 人间 / 6 人间)、床位数量、已住人数、可用状态 设施信息:记录房间内设施(如空调、热水器、桌椅)的配置与完好状态 床位管理: 床位编号:为每个床位设置唯一编号(如 "101-1" 表示 101 房间 1 号床) 状态标记:标记床位为 "空闲 / 已分配 / 维修中",支持批量查询空闲床位 历史记录:保存床位的分配变更记录(如从学生 A 调换到学生 B 的时间与原因) 3. 住宿分配与调整模块 住宿分配: 新生分配:管理员导入新生名单后,宿管可按专业集中、性别匹配等规则批量分配床位 手动分配:针对转专业、复学学生,宿管手动指定空闲床位并记录分配时间 分配结果公示:学生登录后可查看自己的宿舍信息(楼栋、房间号、床位号、室友列表) 调整管理: 调宿申请:学生提交调宿原因(如室友矛盾、身体原因),选择意向宿舍(需有空位) 审批流程:宿管审核申请,通过后执行床位调换,更新双方住宿信息 换宿记录:保存调宿历史(申请人、原床位、新床位、审批人、时间) 4. 报修与安全管理模块 报修管理: 报修提交:学生选择宿舍、设施类型(如 "
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值