前言 代码中如果if-else比较多,阅读起来比较困难,维护起来也比较困难,很容易出bug,接下来,本文将介绍优化if-else代码的八种方案. 方案. 优化方案一:提前return,去除不必要的else 如果if-else代码块包含return语句,可以考虑通过提前return,把多余else干掉,使代码更加优雅. 优化前: if(condition){ //doSomething }else{ return ; } 优化后: if(!condition){ return ; } //doSo

前言 开发系统一些状态,比如订单状态:数据库存储是数字或字母,但是需要显示中文或英文,一般用到if-else代码判断,但这种判断可读性比较差,也会影响后期维护,也比较容易出现bug.比如: 假设状态对应关系:1:agree 2:refuse 3:finish int status; String statusStr = null; if (status == 1) { status = "agree"; } else if (status == 2) { status = "

if-else分支代码在我们日常开发中基本上是最常用的逻辑,但是,经常在if-else代码过多的情况下,代码会变得特别臃肿,并且代码的可扩展性会变得不好,所以,优化if-else代码逻辑是很有必要的.以下介绍几种我在日常工作中比较常用的优化手段 1.通过switch-case优化 这是最简单的优化方式,基本上每一个程序员都能运用.下面举个例子: 1 int value = this.getValue(); 2 if(value==1) { 3 // TODO somethings 4 } els

文/朱季谦 说实话,其实我很讨厌在代码里大量使用if-else,一是因为该类代码属于面向过程的,二嘛,则是会显得代码过于冗余.这篇笔记,主要记录一些自己在工作实践当中针对if-else的优化心得,将会不定期地长期更新. 一.使用策略枚举来优化if-else 看到网上蛮多人推荐使用策略模式来优化if-else,但我总觉得,搞一堆策略类来优化if-else,虽然想法很好,但无意之中很可能又会创造出很多类对象,就显得过于重量了.其实,若想使用策略模式来优化if-else,其实有一种更好的方式,这是策略

第一章 加载和执行 大多数浏览器都是用单一进程处理UI界面的刷新和JavaScript的脚本执行,所以同一时间只能做一件事,Javascript执行过程耗时越久,浏览器等待响应的时间就越长. 所以,HTML页面在遇到 无阻塞的脚本 尽管减少Javascript文件的大小并限制HTTP请求次数仅仅只是第一步,下载单个较大的Javascript脚本执行也许要锁死大量的事件,所以无阻塞的脚本的意义在于页面加载完成之后再下载脚本. 延迟的脚本 <script defer> 这是告知,延迟脚本内的内容不

避免for-in 把数组长度保存在局部变量中 较少迭代次数(Duffs Device) 基于函数的循环比基于循环的迭代消耗性能更多 优化if-else,一般switch比if-else速度快(hash tabel) 1)避免用for-in 常见的循环有:for.do-while.while.for-in.for-in循环比较慢,因为每次迭代操作时会同事搜索实例或原型属性. 2)把数据数组长度保存在局部变量中 for(var i = 0, len = items.length;i < len; i

加载和执行 JavaScript是单线程,所以JavaScript的加载和执行是从上下文加载执行完一个继续加载执行下一个文件会阻塞页面资源的加载,所以一般情况下JavaScript文件放在body标签内底部,很多后端开发人员放在body标签外下面,这样做不好的地方有两点:1.不规范 2.可能会造成js获取不到页面元素而导致报错.而放在body标签内底部可以去保js执行前有页面渲染完成. js... //正确 js... 合并脚本每个<script>标签初始化下载都会阻塞页面渲染,所以减少页面的

高性能JavaScript整理总结 关于前端性能优化:首先想到的是雅虎军规34条然后最近看了<高性能JavaScript>大概的把书中提到大部分知识梳理了下并加上部分个人理解这本书有参考雅虎特别性能小组的研究成果,所以跟34 军规有很多相似之处有不当之处请在评论区指正,感谢~ 约定:很多单词语法都是简写比如doc指document,点点点代表不重要代码省略,码字不易(/双手合十) 1. 加载和执行 JavaScript是单线程,所以JavaScript的加载和执行是从上至下加载执行完一个再继续

前言 代码中如果if-else比较多,阅读起来比较困难,维护起来也比较困难,很容易出bug,接下来,本文将介绍优化if-else代码的八种方案. 优化方案一:提前return,去除不必要的else 如果if-else代码块包含return语句,可以考虑通过提前return,把多余else干掉,使代码更加优雅. 优化前: if(condition){ //doSomething }else{ return ; } 优化后: if(!condition){ return ; } //doSometh

这里涉及到一个关键词:策略模式,那么到底什么是策略模式呢?本文就来好好给大家讲讲策略模式,大家可以带着如下几个问题来阅读本文:   1. 如何通过策略模式优化业务逻辑代码(可以根据自己从事的工作思考) 2. 使用策略模式优化if-else,会不会带来什么副作用呢? 3. 实现策略模式是否有更好的方式呢?   1. 策略模式如何优化代码解构   要会带这个问题,需要先弄清楚策略模式的定义,首先来看策略模式的教科书定义:策略模式(Strategy Pattern):定义一系列算法,将每一个算法封装起

背景 由于目前工作岗位的原因,项目还是09年建立的,历史遗留问题也比较多,加上开发规范并不是很完善,项目中有的单个方法达到成百上千行,if-else更是连续写十几个也不累. 作为强迫症真的受不了,另一方面,代码的可读性以及可扩展性大大降低.在接下来的文章中,将结合不同的场景介绍几种优化if-else的常见方案. 一.巧用三目运算符 这种场景很常见,在开发过程中,碰到if-else的时候,可以想一下,是不是可以用三目运算符来替换?当然可以,不然我写文章干嘛,哈哈哈 //优化前 public sta

循环 在javaScript中的四种循环中(for.for-in.while.do-while),只有for-in循环比其它几种明显要慢,另外三种速度区别不大 有一点需要注意的是,javascript没有块级作用域,只有函数级作用域,也就是说在for循环初始化中的var语句会创建一个函数级变量而非循环级变量 优化循环的方法有如下 1.减少对象成员及数组项的查找次数(使用局部变量保存需要查找的对象成员) 2.颠倒数组的顺序来提高循环性能,也就是从最后一项开始向前处理 for (var i = ar

高性能的JavaScript 一.      加载和运行 将脚本放在底部 脚本下载解析执行时,页面已经加载完成并显示在用户面前 成组脚本 减少外部脚本文件数量,整合成一个文件 延迟脚本 动态脚本元素 非阻塞方式 XMLHttpRequest var xhr = new XMLHttpRequest(); xhr.open("get", "file.js", true); xhr.onreadystatechange = function() { if(xhr.rea

第一章 加载和运行 延迟脚本 defer 该属性表明脚本在执行期间不会影响到页面的构造,脚本会先下载但被延迟到整个页面都解析完毕后再运行.只适用于外部脚本 <script src="js/test.js" defer></script> <div>123</div> <script> alert('script'); window.onload = function(){ alert('loaded'); } </scr

在大多与编程语言中,代码的执行时间大部分消耗在循环中,是提升性能必须关注的要点之一 循环的类型 for循环(它由四部分组成:初始化.前测条件.后执行体.循环体.) for(var i = 0; i < 10; i++){ doSomething(); } 可以将 var 改成 let 因为 var i会创建一个函数级/全局变量. while循环(while循环是最简单的循环,由前测条件和循环体组成.) var i = 0; while(i < 10) { doSomething(); i++;

1.加载与执行: (1)将脚本放在底部:(否则会阻塞) (2)由于每个<script>标签初始下载时都会阻塞页面渲染,所以减少页面包含的<script>标签数量有助于改善这一情况.这不仅仅针对外链脚本,内嵌脚本的数量同样也要限制.浏览器在解析HTML页面的过程中每遇到一个<script>标签,都会因执行脚本而导致一定的延时,因此最小化延迟时间将会明显改善页面的总体性能.(多个js文件可以使用合并处理器,合成一个js文件) (3)延迟的脚本:defer属性: 任何带有de

未完待续 ........ 前言: 大企鹅的日常分享,第三步,最近一直在想策略设计模式和工厂模式结合优化ifelse的写法,看了很多资料,终于写出了自己要写的东西,在这段时间里,也有求助小伙伴,但是,他们说写了能用就好了,但是,我想要的并不是这个答案,我想要写出干净整洁,高效,优化标准的代码,所以,注定这就是一条艰辛的道路,但是,我相信我可以做到,人就是要相信自己,无论什么时候,都要知道自己真正想要什么,这一点很重要,在博客园发博客已经三年了,这就是一种信念的体现,人一定要有信念,这样世界任何人

最近在阅读这本Nicholas C.Zakas(javascript高级程序设计作者)写的最佳实践.性能优化类的书.记录下主要知识. 加载和执行 脚本位置 放在<head>中的javascript文件会阻塞页面渲染:一般来说浏览器中有多种线程:UI渲染线程.javascript引擎线程.浏览器事件触发线程.HTTP请求线程等.多线程之间会共享运行资源,浏览器的js会操作dom,影响渲染,所以js引擎线程和UI渲染线程是互斥的,导致执行js时会阻塞页面的渲染.最佳实践:所有的script标签应尽

Mybatis插件实现原理 本文如有任何纰漏.错误,请不吝指出,谢谢! 首先,我并没有使用过 Mybatis的插件,但是这个和我写这篇文章并不冲突,估计能真正使用到插件的人也比较少,写这篇文章的目的主要是看源码时稍微看到了下它的插件实现,发现还挺绕的,于是就特意琢磨了下,然后留了一个记录. mybatis中的插件,也就是拦截器interceptor,也挺有意思的. 它的简单使用,就直接拿文档中的示例来简单说下 使用 使用方式很简单 // 使用这个注解,表明这是一个拦截器 @Intercepts(

参考设计模式 - 策略模式我们可以优化if-else代码段,而在Spring(Boot)中,借助ApplicationContext扫描,可以使代码更加干净. 话不多说,亮代码: 首先按照策略模式的写法,创建一个Handle接口,用于区分处理策略. public interface ITypeHandle { /** * 不同的业务操作 * * @return 对应的操作结果 */ String working(); /** * 声明用于处理的业务(方便查看而已) * * @return 业务名