本文将分享如何将极简主义概念应用到代码中,使其更简洁、更高效。
以下为译文:
大约三年前,我在一家软件开发公司上班。我在那里工作了5年,但多方面原因使得这份工作变得越来越没有成就感——我想辞职去尝试自由职业,但又无从下手。
我开始在网上寻求帮助,有人推荐我去看纪录片《极简主义:记录生命中的重要事物》。
但是,什么是极简主义?
用极简主义者自己的话来说:
极简主义是一种生活方式,它帮助人们辨别给生活增添价值的事物。通过清理生活中的杂物,我们可以为生活中最重要的事物腾出空间:健康、人际关系、激情、成长和贡献。
在了解了极简主义之后,我发现它不仅仅是一种控制欲望来节省开支的生活方式。它教会我们专注于真正重要的事物以生活得更有意义。它教会我们不要在意别人的看法,不要为了满足他人的“期望”而给自己带来压力。但最重要的是,它鼓励你在将事物融入生活之前,考虑它们的价值。
我相信,极简主义也帮助我提高了效率并成为了一个更好的开发者:只编写和提交有价值的代码,使其更干净、更易于阅读和维护,并帮助我更好地利用时间。
我是如何在代码中应用极简主义的?以下是一些例子。
换言之:npm install前请三思。
一些好用的库/模块/包可以解决很多问题,并节省我们的时间。本身依赖某些库是没问题的,但如果我们整个项目只使用它一两次,我们还要引用这个库吗?
我们添加到项目中的每个新依赖项,都会产生以下效果:
此外,你应该花一些时间来研究软件包,以确保它是可靠的、安全的、最新的等等。
我并不是说要不惜一切代价避免使用外部库,但是在使用前请一定要三思。
你正在更改某一特定的代码块,因此你注释旧代码并编写入新的代码。代码跑起来测试一下,工作正常,所以你提交......不!
这是我经常看到的情况,我想这是因为担心不能“恢复”。你不应该对你提交和推送的代码没信心,如果实现了目的,就意味着对改动点已经开展了足够多的测试工作,那为什么还要保留旧代码呢?即使真的需要恢复,你也可以查看Git历史纪录来找到它。
注释代码是多余的:它不影响软件功能,还会分散阅读代码的人的注意力,而且它并不美观。删掉它!
有时我们会犯超前的错误,编写我们认为将来可能有用的代码。与注释代码一样,我们做了无用功,以换取它最终变得有价值的可能性。
例如,你正在开发一个网站的登录功能。编写一个名为UserService的类,此类包含了一个名为Login的方法。
然后你心想:“只要我引用了这个类,我就可以添加一个按名称搜索用户的方法,这可能在下次输出会用到。这样有什么问题呢?
因此,如果不添加备用代码,那么你会更有效地利用时间(以及团队的时间)。
极简主义是对事物的质疑。不要经验主义,不要“我们一直都是这样做的”。质疑你的想法将帮助你更好地理解问题,并可能找到更好的解决方案,甚至是以前旧方法中出现的问题。
当然,有些时候你要质疑一些事情,有些时候你要放手让事情快速向前发展。不要陷入分析卡顿,试图质疑每一件小事。
也就是我们常说的可复用性。在软件开发中,代码是可复用的:它节省时间,使代码更整洁,更容易维护等。
有时又很容易重新开始写一个功能……尝试新的代码,甚至尝试优化已经完成的工作。在某些情况下这样是可行的,但是要意识到可复用性的优点和编写新代码的成本:可能出现的bug、花费更多时间构建、记录和测试特性、可能需要向团队介绍新的解决方案等。
有一些特性构建起来更有趣,但是我们需要关注什么才是重要的——我们的用户最需要什么?
优先考虑的应该是用户的需求,而不管某个特性有多有趣。注意自己的偏见,尽量不要受它的影响。
如果你对极简主义感兴趣,这里有一些资源供参考:
原文:https://dev.to/paulasantamaria/6-ways-minimalism-can-help-you-write-clean-code-45kp
翻译:CSDN,译者:谭开朗,责编:郭芮