weixin_46254175的博客

使用sticky实现的。众所周知，在ios上类似固定这种都会有一些问题，比如滑动过程中突然消失不见了。这样可以为该元素添加滚动条，并使Tab内部的列表可以在滚动时进行滑动。固定定位的元素会脱离正常文档流，并相对于最近的具有定位（非static）属性的父元素进行定位。需要H5实现一下滑动列表，顶部tab栏可以切换，当向下滑动列表的时候tab栏固定到顶部。回看下我们的样式，tab是包含list的父元素。本来以为大功告成，但是突然又发现了一个问题，页面不能滑动了。因为固定定位的父元素导致了滚动行为的限制。

取消之前的请求：在切换到新的 Tab 之前，首先检查是否有之前的请求正在进行中。如果是，可以使用取消请求的机制中止之前的请求，以确保不会更新当前 Tab 的数据。缓存请求结果：你可以在切换 Tab 时，将已获取的数据缓存起来，以避免重复请求相同的数据。当切换回之前已经获取过的 Tab 时，直接从缓存中获取数据进行展示，而不发起新的请求。防止并发请求：为了避免并发请求导致数据不正确，你可以在发起新请求之前添加一个标记来检查是否已有请求正在进行中。如果有，则不发起新请求，或者等待之前的请求完成后再发起新请求。

如果任意的 promise reject，则 Promise.all 整个将会 reject。当我们需要 所有 结果都成功时，它对这种“全有或全无”的情况很有用：Promise.allSettled 等待所有的 promise 都被 settle，无论结果如何。race比赛竞赛的意思，也就是谁跑的快就返回谁，不管你是成功还是失败。跟all方法比较相似，但更简单一些。本篇文章只是介绍实现promise以及promise常用方法。

也不能太过于依赖文档，最好还是看下源码有没有封装对应的方法供外部调用既然没有提供，我们就找到最基本的input，调用它的方法如果手动聚焦，记住input原生永远可以提供给你focus方法。哈哈，别灰心～

Promise.all是一个用于处理多个Promise实例的方法，它接收一个Promise数组作为参数，并返回一个新的Promise实例，用于等待所有的Promise实例都完成。当所有的Promise实例都成功完成时，返回的Promise实例才会变成fulfilled状态，同时将所有的结果以数组的形式传递给then方法；当其中任意一个Promise实例失败或出现错误时，返回的Promise实例会变成rejected状态，并将第一个失败或错误的Promise实例的结果传递给catch方法。

同个前端模块并行多个需求同节点进行联调时、介入测试阶段前端测试环境只有一套时。因前端环境冲突问题，导致大量堆积。5.其他电脑访问localhost.kgtest.cn，成功访问到前端本地所启动的项目以及对应打到的环境中。可以先在对方电脑上，ping一下自己的ip地址，看是否能通过。3.本地和对方配置Host，这里推荐SwitchHosts，比较方便。1.涉及到登录态相关解决办法：（需前端和需要访问的同学配合）1.配置VUE启动服务的Host。针对可以本地拿到登录态的项目。

这样实现是不是好多了呢？不需要考虑ios和安卓差异性的问题。不需要考虑这个页面需要缓存滑动，再次实现滑动的问题。也不需要考虑数据没返回之后，滑动失败的问题。欢迎大家一起交流～～

移动端需要类似直接展示pdf的场景，可以使用pdfh5来解决～

调研了很多比对的插件，由于我们的数据是动态的且有一些业务逻辑存在，所以最后采用的是html-diff这个依赖。对应的链接为【html-diff提示：以下是我的解决办法，欢迎大家积极留言交流更好的解决方案以上就是今天要分享的内容啦，本文仅仅简单介绍了html-diff的使用从而解决实现比对的业务场景，如果大家对于以上场景有更好的实现方式，欢迎大家积极评论一起交流呀～～～

因为会多个请求，考虑可以一个请求，把分页参数pageSize修改为需要请求的数量。目前这样分页请求，会出现滑动停顿滑动停顿的反复，虽然loading展示，但是也可以看到这么一个交互。应用场景为从A页面点击到B页面，B页面操作后自动回到A页面，A页面滑动位置保留且对应项数据更新。2.在返回到A页面时，scroll有值，展示loading（要不然页面自己搜搜往下滑好奇怪）3.监听滑动，如果滑动高度curScroll与scroll相同，loading隐藏。数据是分页请求的，页面滑动也需要基于所有数据都拿到后。

在执行new Date( string ) 的时候，不同浏览器会采用不同的parse，目前chrome两种格式都支持，而Safari只支持yyyy/mm/dd。

匈牙利命名法匈牙利应用命名法不表示实际数据类型，而是给出了变量目的的提示，或者说它代表了什么：CamelCase、PascalCaseCamel-Case、CamelCase、camel case第一个单字以小写字母开始；第二个单字的首字母大写，例如：firstName、lastName。每一个单字的首字母都采用大写字母，例如：FirstName、LastName、CamelCase，也被称为PascalCase命名法（帕斯卡命名法）蛇形命名法（snake_case）是指每个空格皆以底线（_）取代的书

他会将一个类型的所有属性值都映射到另一个类型上并创造一个新的类型。在这里，它期望数字作为类型，属性值的类型是EmployeeType，因此具有id，fullname和role字段的对象。会将K中的所有属性值都转换为T类型，并将返回的新类型返回给proxyType，K可以是联合类型、对象、枚举…也可以自己在第一个参数后追加额外的值，如下面:...

这样一个场景，如果A收入的钱比B收入的钱少，那么就应该有一个友情提示，告知用户A收入的钱比B收入的钱少。最近测试童鞋反馈了一个问题，她那笔订单A返回的金额是15.00，B返回的8.00，但是我那个提示竟然非常突出的展示在了页面上。（当时我的表情如下：）这时候第一反应，让我直接拿着两个数字在控制台输出下。哦莫莫，我真的会栓Q。。一顿搜索之后，终于知道为什么了。像这种数字型字符串进行比较的话，这种比较为ASCII码比较，依次取每个字符，字符转为ASCII码进行比较，ASCII码先大的即为大，这时候就不

最近看了一些提交规范的文档，想起来在上家公司的时候，是有用到cz来进行提交规范，但是当时并没有细研究这个玩意。今天来板板废话文学文章的毛病，采用SCQA工具来进行本篇文章的输出。一个项目往往都不是只有一个FE来进行维护的，通常是多个FE来进行维护。通常我们的流程都是本地开发自测，提交代码，提测。时间久了，越来越多的提交，这时候我们打开历史的commit，oh，no！可以知道改动了，可以知道提交代码了，但是改动了什么呢？本次改动影响大不大呢？等等，带着一系列的问题。这个时候，会不会特别的头大。贴张图来对

最近需要实现一个列表中一项展示部分文案，鼠标移动到该文案上，在左边悬浮提示框。比如iview组件内这种效果：因为使用的是render来进行渲染列表的，所以就需要在render中渲染Tooltip。

背景总会有一些移动端需要我们排查问题、调试的场景。之前一直用charles，或者通过在测试环境的debuger的依赖vconsole来看，好久之前下载了一个proxyman抓包工具，今天搞明白这玩意咋用了，真香哈哈哈哈，好用多了。安装证书因为也是为了移动端场景所使用的，PC的基本不会通过抓包来看，所以就直接说移动端抓包如何使用呢iOS我这里是iOS测试机，所以我就以iOS为例吧。选择对应的证书查看ip和端口信息根据提示的步骤操作以及查看ip以及端口信息手机设置代理这里我就不多说了，大

semver版本规范semVer版本规范whywhathowsemVer版本规范why以下摘录自官网这并不是一个新的或者革命性的想法。实际上，你可能已经在做一些近似的事情了。问题在于只是“近似”还不够。如果没有某个正式的规范可循，版本号对于依赖的管理并无实质意义。将上述的想法命名并给予清楚的定义，让你对软件使用者传达意向变得容易。一旦这些意向变得清楚，弹性（但又不会太弹性）的依赖规范就能达成。举个简单的例子就可以展示语义化的版本控制如何让依赖地狱成为过去。假设有个名为“救火车”的函数库，它需要

背景（S）最近了解到一种写文档总结很好的公式，虽然说这个貌似是用在写简历上的，哈哈哈哈哈，但是我觉得万物皆可套嘛。我的文档也要越来越正规这样才有意义嘛～今天遇到了一个之前没有遇到的问题。简而言之，本地运行编译溜的一匹，很好提测部署，在部署平台上提测，等呀等，失败。。第一反应，是不是部署平台的问题，在点击一下，重新提测部署下，等呀等，失败。。what？（此处是一个外国友人撅嘴what的表情包，自行想象）任务（T）这不行啊，要今天上线的，得赶紧处理下提测失败！！行动（A）查看了下失败日志，说

背景在上传图片时，发现如果图片过大，传给后端时会出现数据丢失的情况。如果统一压缩处理，又会出现原本很小的文件再次压缩导致图片严重失真。结合诸多背景，就需要在根据网络url或者base64拿到图片大小。再根据大小考虑是否需要压缩。参考一些文章，总结以下几种拿到图片大小的方式，方便后续自己使用：通过请求的content-length通过访问这个网络资源通过base64的长度通过生成img之后在load方法拿到size下面挨个说下这几种方法：1、通过请求的content-lengthva