代码精进之路
范学雷
前 Oracle 首席软件工程师,Java SE 安全组成员,OpenJDK 评审成员
38234 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 48 讲
结束语 (1讲)
代码精进之路
15
15
1.0x
00:00/00:00
登录|注册

20 | 简单和直观,是永恒的解决方案

借助有效的工具
花时间做设计
遵守约定的惯例
使用小的代码块
降低软件风险
减轻沟通成本
快速行动的唯一办法
该怎么做到简单直观?
为什么需要简单直观?
选择最简单、最直观的解决方案
总结

该思维导图由 AI 生成,仅供参考

上一次,我们聊了影响代码效率的两个最重要的因素,需求膨胀和过度设计。简单地说,就是找到要做的事情,做的事情要少。接下来,我们来聊聊怎么做这些事情。其中,我认为最重要的原则就是选择最简单、最直观的做法。反过来说,就是不要把事情做复杂了。
要想简单直观,我们要解决两个问题。 第一个问题是,为什么要简单直观?第二个问题是,该怎么做到简单直观?

为什么需要简单直观?

简单直观,看似是一条每个人都能清楚明白的原则。事实上,这是一个非常容易被忽略的原则。如果我们没有对简单直观这个原则有一个基本的认识,就不太可能遵循这样的原则。
我们都喜欢原创和挑战,来展示我们的聪明才智。而简单直观的事情,显而易见的解决办法,似乎不足以展示我们的智慧和解决问题的能力。
遗憾的是,在软件世界里,一旦我们脱离了简单直接的原则,就会陷入行动迟缓、问题倍出的艰难境地。简洁是智慧的灵魂,我们要充分理解这一点。
简单直观是快速行动的唯一办法
我们真正要的不是简单直观的代码,而是轻松快速的行动。编写简单直观的代码只是我们为了快速行动而不得不采取的手段。有一个说法,如果面条代码能够让我们行动更快,我们就会写出面条代码,不管是刀削面还是担担面。
我见过的优秀的程序员,无一例外,都对简洁代码有着偏执般的执着。甚至小到缩进空格该使用几个空格这样细枝末节的问题,都会严格地遵守编码的规范。乍一看,纠缠于缩进空格不是浪费时间吗?可是真相是,把小问题解决好,事实上节省了大量的时间。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

在软件开发中,简单直观的解决方案被认为是快速行动的唯一途径。选择最简单、最直观的做法至关重要,因为简洁的代码能够提高工程进展速度和质量。此外,简单直观的解决方案减轻了沟通成本,降低了用户的学习压力,有助于传达产品的核心价值,吸引更广泛的用户。遵循简单直观的原则可以帮助开发人员缓解许多软件问题。如何做到简单直观呢?首先,做小事,做简单的事情。代码的块要小,每个代码块都要简单直接、逻辑清晰。其次,遵守约定的惯例,代码块要容易组装,接口规范要清晰。花时间做设计,识别出小部件,是一个很花时间的事情,但如果拆解和验证做得好,代码的逻辑就会很清晰,层次会很清楚,缺陷也少。最后,借助有效的工具,如思维导图、时序图和问题清单,可以帮助记录状态、追踪进度。选择最简单、最直观的解决方案,将复杂的问题拆解成简单的问题,能够化繁为简,保持代码的整洁和思路的清晰。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《代码精进之路》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(16)

  • 最新
  • 精选
  • 唐名之
    1:首先会校验用户名,可能是为了检测当前用户登录环境是否安全; 2:通过先检测登录环境是否安全会减少密码泄露风险; 3:从接口设计,第一步用户检测服务端接口应该会返回检测成功与否标识和唯一的会话 标识,客户端待用户输入密码,会将 用户名 密码 会话唯一标识 提交到服务端,服务端会将三者一起作为校验;

    作者回复: 安全是这个流程改进最大的好处之一。

    2019-02-18
    15
  • IamNigel
    文中的问题想到一点,可以防止撞库式的外部冲击对最底层的用户名密码验证模块产生直接冲击,如果100次尝试,第一道就拦掉了90次就产生了直接受益,这种时候还可以在第一道拦截用户名校验处对这种ip进行黑名单处理

    作者回复: 我一直想在留言区看到有人讨论这个方案的安全改进。 谢谢你分享了这个想法!

    2019-03-05
    10
  • 空知
    想问下怎么通过用户名检测登录环境是否安全的?

    作者回复: 确实有空间来检测登陆环境。比如说,通过检查该用户名是否正在使用常用的设备,来决定是否启用更多的校验,比如验证码、检查是否人工操作等。

    2019-02-18
    5
  • hua168
    像京东架构那样,他们最小单位是模块,基础模块的话,很多模块都会调用,以垂直划分的话,这类模块放在最下面,比如数据库模块,有一说法“基础模块下沉”…… 几个最基础的模块又组成一个大一点的基础模块,放在中间位置… 最顶的是复用最少的,但由中间层的几个基础模块组成…… 一句话:复用越多的模块越放下面,复用越多越是基础模块……那不是“基础模块下沉,独立模块上升”?

    作者回复: 看起来像是说依赖关系,上层依赖下一层,复用模块不依赖上一层的,可以考虑放到下层的模块,这样复用更方便更多。

    2019-02-20
    4
  • Junix
    文中的问题: 1、先检验用户名是否存在,其一会让输错的用户省去输入密码的时间,尤其是密码复杂的。其二可以帮用户定位出错位置,用户名错误或密码错误。输入用户名后,输入密码前这段时间里用户能直接了当的看到用户名是否错误。输入密码后再报错,就能知道是密码错误,直接帮用户进行了校验,定位了出错的位置。带来的收益就是直观和简洁,与第一种方式相比,在输错用户名的前提下,避免了无效操作。 2、前后端代码结构,肯定是采用Ajax,当输入框监听到失去焦点,前端就立即将输入内容发送到后端进行验证,后端检验后将结果返给前端,当用户名不存在的时候前端可以在输入框下用醒目颜色提示。

    作者回复: 定位错误是其中的收益之一。如果1/10的用户输入用户名错误,你可以简单估算、揣摩一下实现得当的服务器的性能提升比例以及用户的体验提升程度。 现在的界面,也有的不显示密码输入框,直到用户名校验通过,才显示密码输入框。 也有的使用两个页面,第一个页面用户名,第二个页面密码。

    2019-02-18
    4
  • 苦行僧
    只有持续不断的重构review才能将代码改进到最好,很多写代码的完成业务功能就完事,具有精益思维是简单的前提

    作者回复: 你说的精益思维是持续改进的意思吗?我比较倾向于一开始就选择简单的方案,最核心的需求,然后再把这些简单的东西做好,持续改进。

    2019-02-19
    2
  • hua168
    一个项目有n多的代码,一个代码块只做一件事情的话,那么很多重复用的代码,是不是可以变成基础模块? 我看到有人说“基础模块下沉,方便复用”,那在中间层和上层的模块呢?有什么原则之类吗?

    作者回复: 每一层的代码,都要考虑复用。也许,“下沉”说的是复用代码剥离出来,当作通用的类库?我不太了解这个说法。

    2019-02-19
    1
  • aguan(^・ェ・^)
    重新阅读了一遍文章,发现设计成两个接口的还有一个好处是接口细分了更容易复用,比如修改密码的时候可以复用登录时密码检验的接口

    作者回复: 嗯,这也是一个优点。

    2019-02-19
    1
  • aguan(^・ェ・^)
    除了用户体验和安全性的好处,想不到还有哪些性能上的提升了。分不分两个接口,总的处理逻辑都是不变的,挺想知道对性能上有哪些提升,求大神们指点一二。

    作者回复: 分不分两个接口,总体逻辑可以不变,也可以改变。性能提升不太容易想的到,理一理客户端和服务端的代码的什么样,想一想可以怎么变化,意外情况怎么处理。

    2019-02-18
    1
  • KEEP
    最近刚换工作,第一次接需求,需要在已有的代码上做修改。这块代码历经不同人员的维护,参杂了许多需求。很多逻辑参杂在了一起,已经很复杂了。在开始动手之前,我先花时间理清代码处理的逻辑,搞明白了为什么。和他人讨论了如何梳理流程,先把代码按清晰的流程改造好,再往里面添加新的需求。在项目没有很紧急的情况下,作为新人,我觉得花这些时间把流程梳理清晰,做一下设计,把代码先改的简单清晰,还是很值得的。然后再在上面添加新需求,可以减少错误发生的概率。 当然,做了设计还需要多跟老同事讨论,防止遗漏。除此之外,代码编写规范,主动邀请他人对代码进行检视(之前他们没这方面的要求),写好文档存底,认真测试。我觉得这样才过得去。

    作者回复: 都是好习惯!

    2019-12-08
收起评论
显示
设置
留言
16
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部