来自 Web前端 2020-04-29 17:43 的文章
当前位置: 网上澳门金莎娱乐 > Web前端 > 正文

最少编码原则网上澳门金莎娱乐

我知道,要明白什么时候不需要编写代码,这点做起来是很难的。即使是高级程序员来说也并不容易。也许,我在这篇文章中所写的东西对于初级程序员来说很难理解,但我认为本文的叙述方式还是能让人理解这些要点的。

如何写出最少代码?通常在写代码前要进行代码设计,而不是一来就开始敲代码,这是毋庸置疑的。简单的、通用的逻辑能减少代码量。对第一稿代码运用代码重构可以使代码简练,将最终版本转化为优雅的解决方案等,这都遵循了最少编码的原则。其实反复思考以及不断运用最少编码原则能够使任何垃圾代码变得优雅。

这的确是大多数程序员,甚至是那些高级程序员都很容易混淆的一个重点。作为一名程序员,编写代码无疑是你职业中最重要的部分。在你的编程生涯中,你不可避免的地将会处理各种关于不同类型代码的请求。而每个请求都可能会迫使你做出一些艰难的决定。这些看上去一切正常,似乎也没什么错。毕竟,这是所有人对你的期望:作为程序员就该编写代码。然而,这里有一个问题:你是否应该编写向你请求的所有代码?

我认为使用最少编程原则是每个程序员的成长目标之一,初学者,请不要说这是资深程序员或者说有经验的程序员才需要思考的问题,尽管初学者本身知识面不广,无法想到脑子里所学的以外的东西。但学习不是这样的,应该是多维度的去理解或扩充知识,这样才能让你脑洞大开,对某个问题才会有多个角度的理解,最少编程原则应该是我们一开始就应该试着去做的事情,虽然一开始几乎很难。

请继续编码吧,但要知道什么时候需要对编码说“不”。

将一段代码转换成最少代码就是我们通常所说的重构,重构可以删掉多余的不必要的部分,精简代码。

时间: 2019-09-10阅读: 215标签: 技能

 

当你启动一个新项目时,一开始系统里只有两三个源文件。一切看起来都那么简单明了。而编译和运行代码仅仅需要几秒钟。这时,你完全清楚在哪里可以找到你想要的东西。然后,随着项目的增长,将会有越来越多的源文件填满你的目录。其中每个代码文件动辄就包含数百行代码。为了更好地组织这些代码,你很快就需要设立多个目录。记住哪个函数调用其他函数变得比以前更加困难,而追踪 bug 需要付出更多的工作量。管理这个项目变得越来越困难,于是,你需要更多的程序员来帮忙。然后,沟通开销随着程序员数量的增加而急剧增加。你的项目会变得越来越慢。

大量的代码需要执行大量的逻辑,很容易造成bug。没有写出来的代码才没有bug,只要在编辑器中输入了字符,那么bug也可能潜伏在其中。重点是,如果代码不是特别繁琐,那么潜在的bug也会相应减少,最少编码原则可以将出现bug的可能性降到最低。

最后,这个项目变得非常庞大。添加新特性变为一种痛苦。因为即使是很小的改变也需要花上几个小时。修复当前的 bug 总是会引入新的 bug。你的项目开始赶不上最后期限……

最少编码指的是代码不仅仅全面解决了问题,而且除了执行能够准确地解决问题的逻辑行,没有其他多余的行。代码要尽可能普通,简单的代码也是优雅的代码,程序员看到这样的代码会感到愉悦。

我明白,有的程序员或许刚刚开始你的编程生涯,想在编码领域大展身手。你对此感到兴奋不已。这点无可厚非。作为软件从业者,希望你永远不要失去这种兴奋感,但也请不要忽视重要的事实。我们需要从自己的错误中吸取教训。你和别人一样,也会犯错误,也会从自己的错误中吸取教训。但如果你能从我们的经验中学习,至少能更事半功倍。

网上澳门金莎娱乐, 

这都是因为你不明白什么时候不应该编码。于是你对所有可能的特性请求都毫不犹豫地说“是”。你是盲目的。编写那些不必要的新代码会让你忽略软件最必不可少的核心内容。这听起来就像恐怖电影一样,是吗?

本文作者是一位资深软件工程师,他根据多年的编程经验,把自己的观点组织整理成本文,希望能给大家一点启发。

必须被其他程序员阅读和理解的代码必须被测试和调试的代码会增加软件缺陷的代码可能会在将来引入新 bug 的代码

 

编程是解决问题的一门艺术。因此,自然而然地,程序员成为了问题解决者。作为程序员,当我们面前有一个新问题有待解决,或因为任何其他原因需要我们写出代码行时,我们会因为使命感而感到兴奋。有这种兴奋也是再正常不过的,毕竟我们是程序员,我们就是喜欢写代码。然而,对编写代码这件事过于兴奋就会让我们变得盲目。这种情绪会让我们忽视了一些重要的事实,而这些事实可能导致更大的问题,让我们在未来不得不再去解决这些更严重的问题。那么,我们往往容易忽略哪些重要的事实呢?

 

知道什么时候不应该编码可以使你的代码库更小。

“最少编码原则”并不是说写的代码少到令意思表达不清楚。其实在很多情况下,可以只写几行代码就能执行相同的逻辑,但这对于后来接手的开发者来说是非常棘手的。最少编码不只是写最少量的代码,还意味着优雅的代码。如果你是有经验的程序员,可能就会明白我将要说什么了。本文的目的是尝试着去阐述清楚这个原则,虽然程序员们都听过都了解该原则,却很少能在每天的工作中将其运用起来。

你写的每一行代码都是:

最少编码和设计良好的解决方案之间有着密切的关系,优秀的解决方案可以大大减少代码量。使用组态代码(不同功能的代码可以很容易地组合)以及减低代码行或逻辑之间的耦合度,就是很好的代码设计例子,同时也符合最少编码原则。

请容许我举一个例子。假设,你的软件只有一个目的:管理电子邮件。基于这个目的,发送和接收电子邮件是该软件项目的两个基本功能。你就不应该期待这个软件同时也能管理你的待办事项清单,难道不是这样吗?

了解软件的用途及其核心定义,这是知道什么时候不应该编写代码的第一步。

正如 Rich Skrenta 所写的,代码是我们的敌人:

知道什么时候不编码可能是程序员所能学到最重要的技能—— 《可读代码的艺术》

但如果你一直对每件事都说“是”,这种恐怖的情况就会发生。你需要知道什么时候不需要编码,并从项目中删除所有不必要的代码。这将让你的工作变得更容易,并使你的软件的寿命更持久。

英文原文:Knowing when not to code is possibly the most important skill a programmer can learn

本文由网上澳门金莎娱乐发布于Web前端,转载请注明出处:最少编码原则网上澳门金莎娱乐

关键词: