软件基本功:避免难度写法,代码简单易懂才是高手

简介: 软件基本功:避免难度写法,代码简单易懂才是高手

  前几日看到一个博文,说某公司面试,问++i/i++有何不同。这个差异吾是知道的:

int i=5;
int a = i++; //a=5
int j=5;
int b = ++j; //b=6

 吾知道这个差异,吾代码中会绝对避免这个写法。为什么呢?有几个原因:


  • 阅读困难,给维护带来很大的麻烦。没错,这显得汝有水平,维护起来并不方便。
  • 关键:这种差异本身,并不可靠。在编译器甲,可能是5、6;编译器乙,执行结果可能就是5、5。一旦发生错误,几乎不可能查到原因。

   所以,吾绝对避免这种诡异写法。使用最简单、易懂的语句完成工作,是吾常常得意的事情。正确代码写法:

int i=5;
int a = i; //a=5
i++;
int j=5;
j++;
int b = j; //b=6

  在某些特殊场合,比如对于性能有高要求,那么易懂问题就不需要考虑。因为达不到这个程度的程序员,也不会维护这些代码。

 

这个是吾亲身遇到的编译器事情:

https://blog.csdn.net/quantum7/article/details/105811292

目录
相关文章
|
6月前
|
设计模式 Java
好好的“代码优化”是怎么一步步变成“过度设计”的(上)
好好的“代码优化”是怎么一步步变成“过度设计”的(上)
299 4
|
6月前
|
算法 程序员
编程遗产:祖传代码
编程遗产:祖传代码
|
6月前
|
设计模式 Java 中间件
好好的“代码优化”是怎么一步步变成“过度设计”的(下)
好好的“代码优化”是怎么一步步变成“过度设计”的(下)
151 5
|
6月前
|
设计模式 算法 Java
|
6月前
|
设计模式 Java 中间件
好好的“代码优化”是怎么一步步变成“过度设计”的
本文记录了作者从“代码优化”到“过度设计”的典型思考过程,这过程中涉及了很多Java的语法糖及设计模式的东西,很典型,能启发思考,遂记录下来。
|
机器学习/深度学习 自然语言处理 算法
程序员的炫技代码写法
程序员的炫技代码写法
|
数据采集 搜索推荐 小程序
编程新手:看懂很多示例,却依然写不好一个程序
当然题目本身难度不高,和我们公众号【每周一坑】栏目里的题相比,这个算是小 case 了。不过如果你是一个刚刚接触编程不久,才掌握条件判断、循环、列表的新手来说,还是有点小挑战的。
|
设计模式 新零售 供应链
一文教会你如何写复杂业务代码
这两天在看零售通商品域的代码。面对零售通如此复杂的业务场景,如何在架构和代码层面进行应对,是一个新课题。针对该命题,我进行了比较细致的思考和研究。结合实际的业务场景,我沉淀了一套“如何写复杂业务代码”的方法论,在此分享给大家。
28642 1
一文教会你如何写复杂业务代码
|
IDE NoSQL Java
我来告诉你代码重构有什么好处
根据两本关于重构的书籍的作者 Martin Fowler的说法 “重构是改变软件系统的过程,它不会改变代码的外部行为,但会改善其内部结构。这是一种清理代码的严格方法,可以最大限度地减少引入错误的机会。本质上,当你重构时,你是在改进编写代码后的设计。”
247 0