摘要:我已沦为狗从月份一开始,新项目正式启动,产品以客户端的形式发布,目前用的是的内嵌网页的形式开发,对于后端来说,一切都是那么自然简单可对于前端来说,彻底将我带入到了的黑洞,自此万劫不复说实话,我内心无比鄙视这个,因为绑定了,默认使用内核,按理
我已沦为IE狗!!!
从9月份一开始,新项目正式启动,产品以客户端的形式发布,目前用的是.NET的WebBrowser内嵌网页的形式开发,对于后端来说,一切都是那么自然、简单;可对于前端来说,彻底将我带入到了IE的黑洞,自此万劫不复!说实话,我内心无比鄙视这个WebBrowser,因为windows绑定了IE,WebBrowser默认使用IE内核,按理说现在win7及以上系统居多,所以这个内核怎么也是IE9+居多才对啊,可恶的是,众多系统都是重装的非正版阉割后的系统,可恶的是,WebBrowser在这些系统哪怕是装的win7、IE11都调的是IE7,可恶的是程序对其不可控!可恶的是这个调用的IE7与浏览器的IE7还不太一样,我叫它非7非8,有时我在IE7浏览器里看到一个样子,到了黑壳子里弹出检测结果是IE7,样子居然和浏览器上不一样,完全(想骂人。。。)不在套路上!而且没有控制台,任意一个异常,无论是否影响程序,都会弹出一个讨人厌的脚本错误的提示框!由于我在浏览器上调试和开发的,所以一开始并不知道会有这些问题,即便当时我兼容到了IE7,到了壳子里面又是一番乌七八糟的问题!当时每天下班回家躺在床上,我都在怀疑自己的前端之路是不是走进了一条死胡同,完全看不到光,说好的炫酷呢,说好的大前端呢?尼玛这都什么鬼?
欣慰的是后端同学在积极研究怎么切换到webkit的壳子,基于一些不可预知的问题,以及项目催的太紧,到目前为止,我依然天天面对着IE7891011。。。。。不要拦我。。。让我哭会儿。。。
话说还是要做个坚强的孩子!自己选择的路,再苦再累也要咬牙走完呀;一方面,兼容问题是前端不可避免的问题;另一方面,既然眼下没有更好的方案,只有靠自己一步步走稳脚下的路了;
皇天不负苦心人,终于让我磨出了一个ErrorInspector模块!
基于以上可恶的让人怀疑人生的问题,首先解决以下问题:
1、兼容到IE7;
2、异常的反馈与追踪(支持跨域);
3、屏蔽掉那个讨人厌的脚本错误提示框;
4、要跨终端,比如那个丑的不要的IE壳子,不可调试;
5、错误实时上报并通知和展示;
6、一并追踪与后端交互的错误,比如:500、404,把Jquery的ajax拉进来;
7、包装try_catch,多用try_catch;
由于要兼容到IE7,那么基础库用Jquery肯定最好了,加上自己平时造的一些模块和组件以及Jquery的插件,基本够开发用了;可怜的我再次与牛逼的React、Angular擦肩而过了;现在以Nodejs的模块化方式开发,用webpack打包合并,目前感觉还凑合;
最初的想法是,通过window.onerror和try_catch捕获并上报错误到一个独立的错误收集站点,不需要后端配合,自己用Express造一个简单的站点就是,通过H5的webSocket和Node的Socket.io实时响应上报的错误,如果已打开浏览器端无需刷新即可收到通知,或者直接发送邮件提示,达到跨终端实时追踪上报;如果可以的话,在Web上可以做更多工作,比如,图形化分析和展示,常见错误的解决方法的预测和提示,如果是线上收集站点还可以对错误极其解决方法做分类收集,供浏览者参考;总之,face to error,just do it !
因为问题最终上报到我这,所以就不存在浏览器兼容问题了,当然选最好的谷歌了,BSIE!!!;没做太多优化,第一版错误反馈展示的页面大概是这个傻样子:
当然,图片里是测试的结果,每条展开有更多错误的详情,包括错误引发的文件地址、行号、错误类型、浏览器版本、时间、所在页面、触发节点等;实际发现,window.onerror捕获的错误并不总是很详细,最好是多用包装好的try_catch去主动上报,才会比较容易定位错误源,多用try_catch是个好习惯;因为难免存在跨域的问题,默认使用new Image的方式GET数据,当然,这不是必须的,支持自定义上报地址和上报方法;至于屏蔽掉那个讨人厌的脚本错误提示框,其实很简单,在window.onerror最后return true就是的,但是在谷歌里就会屏蔽掉控制台输出的内容,最好在线上环境使用,毕竟本地开发还得在控制台里调试;
由于Jquery的Ajax使用特别灵活,所以做好全局去捕获Ajax与后端交互的错误;看看Jquery的Ajax常见用法:
// 以GET为例 $.ajax({ url:"", success:function(data){}, error:function(){} }); $.get(url,data,function(data){}); $.get(url,data).success(function(data){}).error(function(){}); $.get(url,data).then(function(data){},function(err){}); // ...
这么多种用法,每次都去捕获error事件,然后在里面上报,肯定是相当不靠谱的;Jquery是很好用的,可以通过设置全局的error事件来捕获上面各种方式下的错误,爽不爽?比如这样:
$.ajaxSetup({ timeout:setAjax.$.timeout, error: function(xhr){ setTimeout(function () { util.getArgType(setAjax.$.onError)=="function"?setAjax.$.onError(xhr):alert(xhr.status+","+xhr.statusText); }, 1); } });
不过这种错误一般后端的可能性大些,前端常见的就是这里的参数没传好,引发的后端错误,当然可以选择屏蔽不上报,或简单的提示个服务器异常就行了;
ErrorInspector的用法:
1、最好放在各大library的后面,你写的JS前面,因为框架本身一般不会引发错误,主要是监控自己写的代码可能存在的未预知的异常;
2、初始化配置:
ErrorInspector.Config={ url:"http://localhost:2333/ErrorInspector/xiaofeng", //上报地址 qs:{ id:location.host, //默认以当前域为id page:location.host+location.pathname,//错误页面地址 from:Url, //错误来源的地址 row:Number, //错误行号 col:Number, //错误列号 msg:String, //错误详情 browser:util.Browser, //浏览器类型及版本,默认几大主流浏览器,后续完善 time:util.fmtTime(), //错误触发的时间 inspector:String, //上报者window|user|log...... // ...其他参数 ext:"hufeng" //扩展的参数 }, $:{ timeout:Number, //Jquery的Ajax超时设置,会触发onError onError:function(xhr){} //全局的Jquery的Ajax错误捕获 }, submit:function(data){}, //自定义上报方式,回调了上报内容 IgnoreFromJSPattern:/reg/ig, //屏蔽错误来源的地址,比如第三方的广告 IgnoreMsgPattern:/reg/ig, //屏蔽上报的消息内容,比如没太大意义的script.error IgnoreBrowserError:0|1 //是否屏蔽控制台,主要屏蔽掉那个IE上讨厌的弹框 }
ErrorInspector.Config.qs里的参数一般无需过问,错误触发时会自己收集上报;
3、Tryit(function(report,log){});
包装好的try_catch,回调的ErrorInspector.report和ErrorInspector.log其实大同小异,除了try_catch里的上报外,可以用回调值继续自定义上报;一般用这个函数包装代码块;
4、ErrorInspector.report({name:value});
主动上报;
5、ErrorInspector.log;
模拟简单的console.log,其实更像alert,可以充当统计代码用,或许还需改进;
6、后端使用Express和Socket.io,玩过H5的webSocket的同学立马就懂了,不解释;
这些天被IE忙活坏了,例子未整理,唉,其实IE并非那么可怕!ErrorInspector.js仅作分享,能力有限,欢迎改进!github地址:https://github.com/famanoder/...
如果你已在路上,就勇敢的向前吧!
原文来自:http://famanoder.com/bokes/58...
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/81059.html
摘要:我所在的美团酒店事业部去年月份成立,新的业务新的开发团队,这一切使得我们的前后端分离推进的很彻底。日志监控平台日志监控平台是美团内部的一个日志收集系统,目前美团统一使用收集日志,具有接收格式日志的能力,而日志监控平台也是以格式日志来收集。 转自:美团技术团队 作者:美团技术团队 分享理由:很好的分享,可见,基于Node的前后端分离的架构是越显流行和重要,前端攻城狮们,No...
摘要:增强现实以下简称浪潮正滚滚而来,浏览器作为人们最唾手可得的人机交互终端,正在大力发展技术。目前年底前端要想实现,都是靠的视频透视式技术。但这两个都是移动的,于是谷歌的团队提供了和两个库,以便开发者能用技术来基于和开发,从而实现。 本文作者 GeekPlux,博客地址:http://geekplux.com/2018/01/18/augmented-reality-development...
阅读 2736·2021-09-23 11:44
阅读 1644·2021-09-13 10:24
阅读 2563·2021-09-08 09:36
阅读 1209·2019-08-30 15:54
阅读 2213·2019-08-30 13:54
阅读 3275·2019-08-30 10:57
阅读 1793·2019-08-29 18:43
阅读 3568·2019-08-29 15:10