关闭

java程序员—工作中开发经验总结

标签: 程序员经验工作技术
1677人阅读 评论(0) 收藏 举报

工作也有一段时间了,其实很多的时候,一直是重复重复再重复的写着业务逻辑代码。除了上班以外,自学是一方面,还有一个很重要的方面就是总结了,前些天在最代码上看到了一篇《关于公司WEB项目源码团队协作开发的一点想法》看完后文章中提到“至于那些名词花哨的技术,身边牛逼哄哄的大牛,我们要学会视而不见,因为这些我们都终将学会,这些大牛我们终将超越。所谓大牛,无谓庖丁解牛,无它,惟手熟尔。”我个人先不说这句话对还是错。我只知道,工作中的那些大神他们都有自己的工作经验和工作技巧,我想说的是,这些技巧我们既然看得到,为什么不去像他们学习,学习他们的技巧不正就是站在巨人的肩膀上去看远方了吗?

问道有先后,术业有专攻,我们小菜还是要多学习遇到的看到的大神的技巧,尽快的摆脱小菜这个称号。下面就按照片段来总结一下:

(1)不报错的代码,就是对的吗?

很多人开发的时候写代码,都会认为ide没有报错就是对的,但是在程序运行的时候就会报错,于是就开始跑虫子,一行行的跑代码就会发现问题。如:Long number = (Long) request.getParameter("number");  这是一个简单的取值,本身这么写是没有错的,正常的取值转换,但是有一种情况就会报java.lang.ClassCastException:java.lang.String cannot be cast to java.lang.Long;分析1、提示来看就是类型转换失败,2、强制转换有问题。  事实就是,number可能是空,强转肯定是错的,一般强转得先判断非空。

小结:不是所有的不报错的代码就是对的,用正确的逻辑去写代码。再简介 ,代码就很美了。

(2)代码优化

其实在一个项目中,很多代码都是能够“减肥的”,如下列代码:

这段代码并么有什么问题,接下来就是该如何"减肥",从代码结构上看,else是可以删掉的,但不是把else里面的处理逻辑删掉,而是改变结构

如:

小结:“减肥”以后,代码更简洁了,避免了冗余的else块,当然不是说所有的地方都得这样给代码“减肥”,应该是具体情况具体分析,这也算是代码优化的一个小招。

拿了非常重要的两个很容易出现的点来举例,一般的只要根据逻辑仔细写是不会有什么问题的。

后面有什么经典的需要注意的会及时的更新,加油~!



1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:4977次
    • 积分:159
    • 等级:
    • 排名:千里之外
    • 原创:10篇
    • 转载:0篇
    • 译文:0篇
    • 评论:0条
    文章分类