首页 > 代码库 > 第一波实习的前端笔记

第一波实习的前端笔记

一、preventDefault()和stopPropagation()区分
事件捕获阶段:1、2、3
处于目标阶段:4
事件冒泡阶段:5、6、7
技术分享
1.preventDefault()表示阻止特定事件的默认行为。例如链接的导航行为,submit提交表单的行为。preventDefault()不阻止事件进一步捕获或冒泡,也不阻止自定义事件。
2.”DOM2级事件”定义了addEventListener(“click”,function(){},false)方法。第三个参数为true表示在捕获阶段处理事件;为false表示在冒泡阶段处理事件。
3.e.stopPropagation()会阻止事件进一步捕获或冒泡,当前事件会执行完,后续事件将不会被触发。但是如果对元素分别定义了捕获阶段(第三个参数为true)和冒泡阶段(第三个参数为false)的事件,则这两个事件都会执行。
 
 
二、弹出内容显示不全完美解决方案
问题描述:在项目中遇到靠近屏幕底部列表项点击时弹出内容显示不全的问题。如下图所示,点击该条持仓记录时,弹出的“开仓-平仓-行情”栏显示不全。
技术分享
要保证底部有可能被挡住的弹出栏在任何情况下都能正常显示,需要经过一些计算处理,详细的页面高度十分复杂,详情可见该条底部的分析图,此处只介绍用的到的高度值。下面详细介绍处理方法。实现效果可看“牛倍”期货和A股的持仓盈亏列表。
1.判断被点击的列表项的弹出栏是否会显示不全:
列表项的顶部偏移+列表项的高度+弹出栏的高度>窗口底部偏移
2.如果1为false,那么让弹出栏默认向下弹出(这种默认弹出方式符合用户使用习惯)。
3.如果1为true,那么让列表项向上滚动,同时弹出栏弹出,并让弹出栏底部刚好贴住窗口底部,计算向上滚动的距离:
向上滚动距离=列表项的顶部偏移+列表项的高度+弹出栏的高度-窗口底部偏移
4.将公式中的变量全部使用实际属性来代替:
列表项的顶部偏移:$listitem.offset().top;
(注:offset()为jquery计算元素偏移的方法)
列表项的高度:$listitem.offset().height;
弹出栏的高度:$outitem.offset().height;
窗口底部偏移:$("body").scrollTop()+document.documentElement.clientHeight;
(注:窗口底部偏移=窗口向下滚动偏移+窗口高度)
(tips:页面的总高度: document.body.clientHeight;)
5.得到最终的相关代码如下:
//计算窗口底部偏移
            var page_top=$("body").scrollTop()+document.documentElement.clientHeight;
            //计算列表项顶部偏移
            var element_top=$n.offset().top;
            //计算列表项高度
            var element_height=$n.offset().height;
            //计算滚动距离,40为弹出栏的高度
            var distance=40+element_height+element_top-page_top;
            //滚动距离<0说明能够完整显示,无需滚动;滚动距离>0需要滚动
            if(distance>0){
                //进行向上滚动操作,滚动距离为distance
            }

 
 
 

 

三、$(this)和this的区别
this指向调用该方法的对象,可以调用js方法,可以获取HTML元素属性;不能调用jQuery方法。
$(this)将this封装成为jQuery对象,从而能够调用jQuery方法;不能直接获取HTML元素属性,不能调用js方法。
 
 
 
四、线程怪象,简单的处理使用setTimeout()
浏览器有三个基本的线程:js线程,gui线程,请求线程。js本身是单线程的,ajax实现的异步请求是基于浏览器本身的机制,而js线程和gui线程互斥(未来将详细分析浏览器堆栈、线程关系)。在项目中遇到过两个奇怪的问题,这两个问题的原因至今也只停留在推测阶段。第一个是有些输入法存在确认输入的阶段,在此阶段使用js执行基于输入内容的视图操作就会出现二次刷新的怪象;另一个问题为在A股渲染“暂无持仓”内容后20%的几率会覆盖渲染,导致“暂无持仓”消失,目前考虑为使用的框架中某些异步操作引起。这类奇怪问题目前我给出的解决方案都是setTimeout()延时执行,在设定定时器在一个时间段(大约300毫秒)以外时,操作将不会被覆盖。问题虽然暂时解决了,但是,使用setTimeout()将会使程序的时序更加混乱,导致未来出现错误更加难以分析和捕捉,因此长远角度考虑并不推荐使用。
 
 
 
五、手机端三等分按钮兼容性问题小结
问题描述:相关bug:22990,24476,24842最原始的切图css样式为:
.ranking-tab{ position: relative; width: 5.97rem; height: 0.58rem; margin: 0.15rem auto; line-height: 0.58rem; text-align: center; border: 1px solid #fa5d5d; }
.ranking-tab li{ position: relative; height: 100%; float: left; background: #fff; border-right:1px solid #fa5d5d; box-sizing: border-box; }
.ranking-tab li:last-child{ border-right: none; }
.am-grid-item-33{width:33.333%}

 

这样的设计下,“本日”、“本周”、“总”排行按钮分别占据行宽的33.333%,在部分小屏幕手机上都能够正常显示,但是在类似于iphone6、三星s6这样的大屏幕手机上就会出现下图所示问题,右边出现一条细小的白色边线,原因为填充不全。
技术分享
1.第一次修改方案为将“总排行”按钮的宽度设置为33.334%,这样三个按钮加起来就沾满了100%的宽度。
2.但是问题并没有解决。安卓大屏手机经过这样的修改之后能够正常显示,而iphone6仍然没有变化,右边依然会出现白色边线。经测试,发现iphone6无法识别css样式小数点3位(包括第3位)以后的数字,因此这里讲“总排行”按钮的宽度再修改为33.34%,大屏手机全部正常显示(虽然三个按钮的总宽度超过100%,但是通过box-sizing属性使他们仍在一行显示)。
3.iphone4出现右部白色边线问题,尝试将总宽度设置成6em,每个按钮设置为2em宽度,和全部33.333%并没有任何区别,也采用过flex布局方案,但仍然存在兼容性问题。采用折中的办法,将背景色设置为红色,但是并没有从根本解决问题,效果如图:
技术分享
4.最终这样缝缝补补的修改通不过测试,还是从最基本的底层来分析css代码。大千世界有许多类型的手机,要想基于三等分来布局,使用33.333%就很有风险,也许有的手机只支持33%,那么右边就会出现1%的边线。因此将原来ul的border设置到li上,这样即使li并没有在某些特殊机型上100%填充满ul,我们看到的效果仍然是正常的,背景色将和ul融为一体。最终布局方案如下:
.ranking-tab{ position: relative; width: 5.97rem; height: 0.58rem; margin: 0.15rem auto; line-height: 0.58rem; text-align: center; }
.ranking-tab li{ position: relative; height: 100%; float: left; background: #fff; border:1px solid #fa5d5d; border-right: none; box-sizing: border-box; }
.ranking-tab li:last-child{ border-right:1px solid #fa5d5d;}
.am-grid-item-33{width:33.333%}

 

其中值得讲解的一点是必须设置:
li{ border-right:none; }
li:last-child{ border-right:1px solid #fa5d5d; }

 

如果不这样处理,前一个按钮的右边界将会和后一个按钮的左边界重合,变成2px。
至此,走了一大圈弯路之后,排名页按键兼容性问题彻底解决。
 
 

第一波实习的前端笔记