软件开发如何入门?

感谢邀请

首先一点,那就是你需要学习很多东西才能成为软件开发人员。

不能详尽说明作为软件开发者你可能需要掌握的所有技术技能,但是我会列出最关键的一些技术技能。

选择编程语言,这是最重要的。前端开发,是现如今最热门的开发岗位,高级的前端开发工程师,在企业里面是非常欠缺的。成为前端开发工程师,第一步应该是学习HTML/CSS/JavaScript,这是基础,也是根本,JavaScript是根本里面的根本,叫根深蒂固。

许多新手程序员会试图一次性或在第一份工作之前学习几种编程语言,以便于有备无患。

虽然我认为你最终应该学会一种以上编程语言,但我不建议提前这样做,因为这只会导致混乱,并且会分散你需要学习的其他技能的精力。

相反,我建议你应该深入研究,重点学习单一编程语言的来龙去脉,这样你才能对用这种编码语言来写代码信心十足。

构造代码

在学习了一门编程语言之后——或者最好是在学习的同时——我坚信,你需要知道的下一件事就是如何正确地构造你的代码。

我所说的构造代码是什么意思呢?

我的意思是,要写出好的,清晰的,易于理解的代码,不需要大量注释,因为代码本身就是一种表达方式。

很多软件开发者在他们整个职业生涯都不曾去学习这个技能,这是不幸的,因为这是我——以及其他许多人——判断一个软件开发人员技术和能力的主要方式。

良好的代码结构展示了对这种技艺的热衷,而不仅仅是为了完成工作。

构建代码是软件开发真正的艺术部分,但它也是至关重要的,因为你和你的同事得花费相当多的时间来维护现有的代码,而不是编写新的代码。

具体应该如何正确地组织代码我就不说了,因为我已经给出了一个很好的资源,但是要努力学习如何从一开始就写出好的、干净的代码,而不是事后学习这个技能。

我只能保证,即使你是个新手,如果你可以写出好的、干净又简洁的、易懂的,本身就可以表达意思的代码,那么任何面试官看到你的代码都会觉得你是一个有经验的专业人士。

并且在一定程度上,或者至少在这条道路上,因为你会将这个职业当作一种专业,而不是一份工作。

面向对象的设计

这有争议的,特别是如果你正在学习的编程语言并不面向对象,但是有大量的软件开发世界会按照面向对象设计的思维思考,所以你需要确保你了解它。

面向对象的设计是一种将复杂程序设计分解为单独的类或对象(类的实例)的方法,其中封装功能且具有特定的角色和责任。

在软件开发中,我们总是试图管理复杂性。

从对象的角度思考可以帮助我们做到这一点,因为它能让我们从一堆交互组件中定义并设计一个复杂的系统,而不是作为一个整体的试图解决整个复杂性

现在的编程世界有着大量的函数式编程语言,但你在软件开发中找到的最流行的语言和模式,仍然深受面向对象设计和分析的影响。

你应该好好理解什么是类,继承的不同类型——何时使用它们——还有理解像多态性和封装等术语。

算法和数据结构

如果你上传统院校学习并想获得计算机科学学位的话,那么这是一个很大的考点。

算法是解决各种计算机科学/编程问题的常用方法。

例如,有若干常见的在程序上用于排序的算法。每一种排序算法都有一系列关于速度,内存大小要求,以及数据理想类型的不同属性。

计算机科学领域有很多这样的算法,并且理解如何变化这些算法来解决你可能遇到的棘手问题也很重要,当你解决现实编程问题的时候。

通常情况下,擅长这些算法可以让一个开发人员在1个小时之内就能解决可能需要另一个开发人员几天时间才能搞清楚的问题。

除非你熟悉和擅长算法,否则你甚至不知道已经有了优雅的解决方案在那里。因此,仅仅只为这个原因,我认为这也是一个值得掌握的宝贵技能。

数据结构也是如此,并且可以与算法结合使用。

有几个所有软件开发者都应该熟悉数据结构中的,包括:

数组或向量链表堆栈队列树哈希集合

通过熟练掌握数据结构和算法,你可以轻松又优雅地解决许多艰难的编程问题。

当我开始编程的时候,我在数据结构和算法方面非常糟糕,因为我主要是靠自学的。

我一直都没有意识到它们的价值,很快,随着我遇到了一些我不知道如何解决的问题,我发现这些技能在真正的编程世界非常有用,而且解决起来相当简单——和有趣。

事实上,我认为这是软件开发最有趣的领域之一。解决难题并利用数据结构和算法来开发一个又干净又优雅的解决方案,真的很有意义。

学习这些东西是一个挑战,但非常值得。这是可以让你超越众多同行的技能之一。大多数软件开发人员都不擅长这个领域。

如果你想通过如微软或谷歌这样的大公司的面试,那么你一定得掌握这个技能集。

开发平台及相关技术

你应该具备一些经验,并至少掌握一个开发平台以及与之相关的技术或框架。

我所说的平台是什么意思呢?

好的,通常它的意思是操作系统(OS),但也适用于其他可以充当类似于操作系统角色的抽象。

例如,你可以是专注于Mac或Windows操作系统得Mac开发者或Windows开发者,你也可以是一名专注于特定的web平台的web开发人员。

具体确切的关于平台是什么就不讨论了——不同的人会有不同的看法——但这里我要定义平台为你开发的特定环境,它有自己的生态系统和特殊性。

再者,这是另一个我认为选择并非那么重要的技术技能,只要你选择了一个就好。

企业通常会聘请开发人员针对特定的平台或技术开发软件。

你作为iOS开发者将更容易找到工作,如果你专业于那个特定平台的话。

这意味着要熟悉平台本身,以及开发工具,惯用模式,还有大多数程序员在为那个平台开发时会使用的通用框架。

你可能会认为编程语言的选择决定了平台,但实际上事实情况很少是这样的。

就拿C#举例。如果你是一个C#开发人员,那么你可以用这种编程语言为Windows,Mac,iOS,Android,Linux,甚至是嵌入式系统写代码。

所以,不要仅仅只是选择语言;还要选择平台。

框架或堆栈

除了学习特定的编程语言和平台,我高度建议去学习框架,或者更好的是,与之相配套的完整的开发堆栈。

什么是框架?

什么是堆栈?

框架就是一系列被用于在特定平台或多个平台上开发代码的库。它通常可以使得在该平台上的编程任务变得更加容易。

看这个C的例子。大多数C开发人员使用.NET框架来编写C应用程序。 .NET框架包括许多库和类,能够让C开发人员在更高的抽象级别上工作,因为每当他想做什么事情的时候,没有必要完全重新发明轮子。

例如,.NET框架的部分还包含了处理图像的代码。这类代码从头编写是极其困难的,所以框架极大地帮助了C开发人员去编写需要以某种方式处理图像的代码。

堆栈则有点不同。堆栈是一组技术,通常包括一个框架,并且常一起用于创造一个完整的应用程序。

例如,有一个常见的称为MEAN的栈。它代表MongoDB,Express.js,AngularJS,和Node.js。

MongoDB是一个数据库技术。

Express.js是一个用于创建web应用程序的Node.js框架。

AngularJS是一个用于为web应用程序创建用户界面的前端JavaScript框架。

最后,Node.js是一个用JavaScript开发基于web应用程序的运行时环境。

有没有理解所有这些东西并不重要—— 除非你打算成为一个MEAN开发者——重要的是要明白,如果你知道所有这些技术和框架,那么你就能够开发一个完整的web应用程序。

栈使得创建应用程序变得更容易,因为它们提供了一种许多开发者用来开发应用程序的通用范式,因此知识可以很容易地共享,并且你也能确定哪些特定的技能集市可以一起工作的。

学习堆栈真的是非常有价值,因为这意味着你拥有开发一个完整的应用程序所有必要的技能。很多使用特定堆栈开发应用程序的企业,更愿意雇用那些熟悉那类堆栈能够立马开展工作的软件开发人员。

基础数据库知识

即使数据库的景色在过去几年时间里已经改变了不少,但我不认为数据库会很快消失,因此对此了解一二总是不会错的,对吧?

当前主要有两种数据库技术:关系数据库和文档数据库。

现在的开发人员至少应该熟悉关系数据库,并稍微了解文档数据库。

在软件开发中,数据库经常被用来存储应用程序的数据。

当然,有些团队甚至有专门的数据库开发人员或数据库管理员(DBA),但是这并不能真正允许你不懂至少是基本的数据库知识。

最起码,你应该知道:

数据库如何工作如何执行基本的查询来获取数据如何插入、更新和删除数据如何连接数据集

此外,你可能会想知道如何以编程方式从你的代码与你所选择的平台和/或框架检索和存储数据。

大多数开发者被期待能够编写与数据库进行交互代码。

源代码控制

源代码控制是任何软件开发项目的组成部分。

在我们使用源代码控制之前,我们必须在网络上共享项目的所有文件,或者通过U盘来回查看存储在上面的不同软件版本。

虽然我很不想承认,但我的确不止一次地玩过这个把戏。

但是,我还年轻。我蠢。你却没必要像我这样。

当前,几乎所有专业的开发者人员都被期待懂得如何使用源代码控制来反复检查代码,并希望懂得合并来自多个源的变化。

最基本层面的源代码控制可以让你保持在一个软件项目中对不同的文件所做更改的历史记录。

它还允许多个开发人员在同一时间工作于相同的代码,然后合并这些更改。

具体就不细说了,但你应该知道如何熟练地使用至少一个源代码控制系统,并且你应该熟悉大多数基本的源控制概念。

在当今软件开发领域,几乎所有专业的软件开发团队都会使用某种源代码控制。

构建和部署

现在,大多数软件开发项目都有着某种自动化的构建和部署系统。

有几种不同的软件应用程序,可以帮助软对自动化这两个任务,曾经是手动,当然对于某些团队而言,现在仍然如此。

你问什么是构建和部署?

好问题。

你知道如何写代码,并检入到源控制系统吗?

拥有一些方法来确保代码可在你检入后真正能工作很不错。

这就是构建系统的用武之地。

最起码,构建系统将编译所有代码,并确保没有编译错误。

一个复杂的构建系统可以运行单元测试或用户测试,运行代码质量检查,并提供关于代码库当前状态的一些报告。

部署系统将负责部署代码要么到生产机器要么可能到某种测试环境。

你不必成为这些技术的绝对专家,但是了解至少这些系统如何工作的基础知识,以及构建和部署代码的过程,是非常重要的。

通常情况下,创建和维护构建和部署系统的实际职责属于所谓的DevOps(developer operations的简写)——这个快速增长的领域。

但是,这并不妨碍你至少了解关于这个过程如何工作的基础知识。

测试

曾几何时开发者并没有必要知道太多关于测试的内容。

我们习惯于写一串代码,然后扔给测试人员,让他们去找代码中的各种bug,然后我们再来修复bug。

切不可再如此。

随着越来越多的软件项目开始采用所谓的敏捷过程,(后面再方法这一点中我们再细谈),软件开发人员和测试人员不得不更密切地一起合作。

质量已真正成为了整个团队的责任——我倒是更想说,它一直都是。

随之而来的是,你需要了解一些关于测试的东西。

你至少应该熟悉如下基本术语:

白盒测试黑盒测试单元测试(不是真的测试)边界条件测试自动化验收测试

一个优秀的开发人员——会在将代码交给别人之前测试自己的代码。

如果你真的想被认为是专业的,并非浪者虚名,那么这一条没有商量余地。

调试

很多新手软件开发人员在调试时都感觉自己像是在用鸡蛋碰石头。

每个人都希望写代码,没错吧?

但好像没有人愿意调试自己的代码?

这就是真相。

大约90%的时间软件开发人员是用来搞清楚到底为什么代码不能正常工作。

我知道你只是想能够整天写新的代码,但是此路不通。

如果你采用如测试驱动开发这样的方法,那么你可能会少花很多时间在调试上,但无论如何,不管你做什么,不管你如何努力,你都不得不学习如何调试代码或其他人的代码。

因此,与其采取一种随意的方式来做一些你不得不做的事情,还不如咬紧牙关竭尽全力学会如何有效地做好这件事情。

方法

有没有被我列出来的需要知道的事情清单吓倒?

好吧,还有一个——但是我保证这是最后一个。

虽然一些软件开发团队才刚开始写代码,不择手段只要完成任务即可,但是大多数团队还是至少遵循某种方法的。

出于这个原因,熟悉一些最常见的软件开发方法背后的基本理念至关重要。

今天,我要说的是瀑布式开发和敏捷开发。

大多数团队会声称他们正在做敏捷。敏捷本身是一个非常松散的概念,但也有一些做法和——原谅我的措辞——固定程序是你应该知道的,如果你不想只是纸上谈兵,想要打造一支敏捷团队的话。

最后

我知道这些内容通通要掌握的话,有点多,而且我仅仅触及了大多数主题表面的东西。

现在,你可能会觉得有点不知所措,面对这些所谓的技术技能一片茫然。

程序员这条路,就是无止境的学习,不断提高!

如果大家有想往前端开发这条路走的,可以加入一起学习与交流,点击:前端开发

更多干货,学习资源,分享给大家


如果你是正在学习的前端开发者,在使用JavaScript写代码的时候,大家可以注意以下这些规范准则。

基本上写作的基本准则的每一部分都能应用在代码上:

让段落成为文章的基本结构:每一段对应一个主题。

去掉无用的单词。 .

使用主动语态。

避免一连串松散的句子。

将相关的词语放在一起。

陈述句用主动语态。

平行的概念用平行的结构。

这些都可以用在我们的代码风格上。

让函数成为代码的基本单元。每个函数做一件事。

去掉无用的代码

使用主动语态

避免一连串松散结构的代码

把相关的代码放在一起。

表达式和陈述语句中使用主动语态。

用并行的代码表达并行的概念。

1、让函数成为代码的基本单元。每个函数做一件事。

软件开发的本质就是写作。我们把模块、函数、数据结构组合在一起,就有了一个软件程序。

理解如何编写函数并如何构建它们,是软件开发者的基本技能。

模块是一个或多个函数或数据结构的简单集合,数据结构是我们如何表示程序的状态,但在没有应用函数,数据结构自身不会发生什么有趣的事情。

JavaScript有三种类型的函数:

交流型函数:执行I/O的函数

功能型函数:一系列指令的合集

映射型函数:给一些输入,返回相应的输出

所有有用的程序都需要I / O,并且许多程序遵循一些程序顺序,但大多数函数应该像映射函数:给定一些输入,该函数将返回一些相应的输出。

一个函数做一件事:如果你的函数是I/O敏感,那么就不要把I/O和映射(计算)混杂在一起。如果你的函数是为了映射,那么就不要加入I/O。功能性的函数就违背了这条准则。功能性的函数还违背了另一条准则:避免把松散的句子写在一起。

理想的函数应该是一个简单的,确定的,纯粹功能函数。

给定相同的输入,返回相同的输出

没有副作用

2. 去掉无用代码

简练的代码在软件中也很重要,这是因为更多的代码让bug有了藏匿的空间。更少的代码=更少的含有bug的空间=更少bug。

简练的代码更清晰,是因为它有更高的信噪比:读者可以减少对的语法理解更多的了解它的意义。更少的代码=更少的语法噪音=更多信息的传递。

上面一段代码可以简化为:

constsecret = msg => () => msg;

对于熟悉箭头函数(ES 2015年加入的新特性)的人来说,这段代码可读性增强了。它去掉了多余的语法:括号,function关键词,以及return返回值语句。

第一个版本包含了不必要的语法。对于熟悉箭头语法的人来说,括号,function关键词,和return语句都没有任何意义。它们存在只是因为还有很多人对ES6的新特性不熟悉。

ES6从2015年就是语言标准了。你应该熟悉它了。

去掉无用的变量

有时候我们倾向给一些实际不需要命名的变量命名。原因是人脑在可用的容量内只能存储有限的资源,并且每个变量都必须作为离散量子存储,占据了我们可用的不多的记忆空间。

因为这个原因,有经验的开发者都倾向减少不需要的变量命名。

比如,在大多数情况下,你应该去掉变量,只给创建一个返回值的变量。函数名应该能够提供足够多的信息以显示它的返回值。看下面的例子:

以及:

开发者常常用来减少变量的另一个做法是:利用函数组合以及Point-free 的风格。

Point-free 风格是指:定义函数时无需引用对其操作的参数。常用的point-free风格方式主要是curry和函数组合。

看一个使用curry的例子:

现在看一下inc()函数。注意它并没有是有function关键词,或者=>语法。没有参数列表,因为这个函数内部并没有使用参数列表。相反的,它返回的是如何处理参数的一个函数。

下面我们看一下使用函数组合的例子。函数组合是把一个函数结果应用到另一个函数的处理流程。你可能没有意识到,你其实一直都在用函数组合。当你调用.map()或者promise.then()函数的时候,你就在使用它了。例如,它的大部分时候的基本形态,其实都像这样:f(g(x)).在代数中,这样的组合被写成:f ∘ g, 被称作g后f或者f组合g。

当你把两个函数组合在一起时,你就去掉了需要存储的中间返回值的变量。我们看一下下面这个可以更简单的代码:

使用仿函数也能实现类似的效果。使用仿函数也能实现类似的效果。下面这段代码就是使用仿函数的一个例子:

其实在你使用promise链时,基本上就是在用这个方法了。

实际上, 每个编程序库都至少有两个版本的实用方法:compose ()把函数从右向左组合,pipe()函数将函数从左向右组合。

Lodash把这两个函数称作compose()和flow()。当我在Lodash里使用它们时,一般都这样引入:

然而,下面的代码更少,而且完成的了同样的事情

如果函数组合对你来说像外星人一样深不可测,而且你也不确定如何使用,那么请认真回顾一下前面的话:

软件开发的本质是写作。我们把模块、函数、数据结构组合在一起,就构成了软件程序。

由此你就可以得出结论:理解函数的工具意义和对象组合,就像是一个家庭手工劳动者要能理解如何使用钻子和钉子枪一样的基本技能。

当你用指令集和中间变量把不同函数组合在一起时,其实就像是用胶布和疯狂的胶水随意的把东西沾在一起。

请记住:

如果能用更少的代码表达相同的意思,且不改变或混淆代码含义,那就应该这样做。

如果可以使用更少变量达到相同目的,也不会改变或混淆原意,那也应该这样做。

3.使用主动语态

主动语态比被动语态更加直接、有力。 — William Strunk,Jr. 《英文写作指南

命名越直接越好。

myFunction.wasCalled()优于myFunction.hasBeenCalled()。

createUser()优于User.create()。

notify()优于Notifier.doNotification()。

命名断言或者布尔变量时尽量使用是或否的问题形式:

isActive(user)优于getActiveStatus(user)。

isFirstRun = false;优于firstRun = false;。

命名函数使用动词形式

increment()优于plusOne()。

unzip()优于filesFromZip()。

filter(fn, array)优于matchingItemsFromArray(fn,array)。

事件处理

事件处理函数和生命周期的函数是个例外,要避免使用动词形式,因为他们通常是为了说明这时该做什么而不是他们作为主语自身要做了什么。功能应该和命名一致。

element.onClick(handleClick)优于element.click(handleClick)。

component.onDragStart(handleDragStart)优于component.startDrag(handleDragStart)。

这个例子里两种命名方法的第二种,看上去更像是我们尝试触发一件事,而不是对这个事件作出响应。

生命周期函数

假设有一个组件,有这样一个生命周期函数,在它更新之前要调用一个事件处理的函数,有以下几种命名方式:

componentWillBeUpdated(doSomething)

componentWillUpdate(doSomething)

componentWillUpdate(doSomething)

第一种命名使用被动语态。这种方式有点绕口,不如其他方式直观。

第二种方式稍好,但是给人的意思是这个生命周期方法要调用一个函数。componentWillUpdate(handler)读起来就像是这个组件要更新一个事件处理程序,这就偏离了本意。我们的原意是:在组件更新前,调用事件处理beforeComponentUpdate()这样命名更为恰当清晰。

还能更精简。既然这些都是方法,那么主语(也就是组件本身)其实已经确定了。调用这个方法时再带有主语就重复了。想象一下看到这段代码时,你会看到component.componentWillUpdate()。这就像是在说吉米,吉米中午要吃牛排。你其实不需要听到重复的名字。

component.beforeUpdate(doSomething)优于component.beforeComponentUpdate(doSomething)

Functional mixins 是把属性和方法添加到Object对象上的一种方法。函数一个接一个的组合添加在一起,就像是管道流一样,或者像组装线一样。每个functional mixin的函数都有一个instance作为输入,把一些额外的东西附加上去,然后再传递给下一个函数,就像组装流水线一样。

我倾向用形容词命名mixin 函数。你也可以使用ing或者able之类的后缀来表示形容词的含义。例如:

const duck = composeMixins(flying,quacking);

const box = composeMixins(iterable,mappable);

4、避免一连串松散的语句

开发者其实常常讲一连串的事件连接成一整个处理过程:一系列松散的语句本来就为了一个接一个而设计存在的。但过度使用这样的流程会导致代码像意大利面一样错综复杂。

这种序列常常被重复,尽管会有些许的不同,有时还会出乎意料的偏离正规。例如,一个用户界面可能会和另外的用户界面共享了同样的组件代码。这样的代价就是代码可能被分到不同的生命周期里并且一个组件可能由多个不同的代码块进行管理。

参考下面这个例子:

constdrawUserProfile = ({ userId }) => {constuserData = loadUserData(userId);constdataToDisplay = calculateDisplayData(userData); renderProfileData(dataToDisplay);};

这段代码做了三件事:加载数据,计算相关状态,然后渲染内容。

在现代的前端应用框架中,这三件事是相互分离的。通过分离,每件事都可以得到比较好的组合或者扩展。

例如,我们可以完全替换渲染器,而不用影响其他部分;例如,React有丰富的自定义渲染器:适用于原生iOS和Android应用程序的ReactNative,WebVR的AFrame,用于服务器端渲染的ReactDOM / Server 等等。

另一个问题是你无法简单的计算要显示的数据并且如果没有第一次加载数据就无法生成显示页面。假如你已经加载了数据呢?那么你的计算逻辑就在接下来的调用中变的多余了。

分离也使得各个部件独立可测。我喜欢给自己的应用加很多单元测试,并且把测试结果显示出来,这样我有任何改动的时候都能看到。但是,如果我要尝试测试加载数据并渲染的功能,那我就不能只用一些假数据测试渲染部分。正在保存……

我无法通过单元测试立刻获得结果。函数分离却可以让我们能够进行独立的测试。

这个例子就已经说明,分离函数可以让我们能够参与到应用的不同生命周期中去。可以在应用加载组件后,触发数据的加载功能。计算和渲染可以在视图发生变化的时候进行。

这样的结果就是更清楚地描述了软件的责任:可以重用组件相同的结构以及生命周期的回调函数,性能也更好;在后面工作流程中,我们也节省了不必要的劳动。

5.把相关的代码放在一起。

很多框架或者样板程序都预设了一种程序的组织方法,那就是按照文件类型划分。如果你做一个小的计算器或者To Do的应用,这样做没问题;但是如果是大型项目,更好的办法是按功能对文件进行分组。

下面以一个To Do 应用为例,有两种文件组织结构。

按照文件类型分类

按照文件功能分类

按照功能组织文件,可以有效避免在文件夹视图中不断的上下滚动,直接去到功能文件夹就可以找到要编辑的文件了。

把文件按照功能进行组织。

6.陈述句和表达式使用主动语态。

做出明确的断言。避免无聊、不出彩、犹豫、不可置否的语气。使用not时应该表达否定或者对立面的意思,而不要用来作为逃避的手段。William Strunk,Jr., 《英文写作指南》。

isFlying优于isNotFlying。

late优于notOnTime。

If语句

if(err)returnreject(err);//dosomething...

比下面这种方式更好:

if(!err) {//...dosomething}else{returnreject(err);}

三元表达式

{ [Symbol.iterator]: iterator ? iterator : defaultIterator}

比下面的形式更好:

{ [Symbol.iterator]: (!iterator) ? defaultIterator : iterator}

尽量选择语气强烈的否定句

有时候我们只关系一个变量是否缺失,因此使用主动语法会让我们被迫加上一个!。在这些情况下,不如使用语气强烈的否定句式。not这个词和!的语气相对较弱。

if (missingValue)优于if (!hasValue)。

if (anonymous)优于if (!user)。

if (isEmpty(thing))优于if (notDefined(thing))。

函数调用时避免使用null和undefined参数类型

不要使用undefined或者null的参数作为函数的可选参数。尽量使用可选的Object做参数。尽量使用可选的Object做参数。

优于

6、使用平行结构

实际应用中,还有一些额外的问题没有解决。我们可能会重复的做同一件事情。这样的情况出现时,就有了抽象的空间。把相同的部分找出来,并抽象成可以在不同地方同时使用的公共部分。这其实就是很多框架或者功能库做的事情。

以UI控件为例来说。十几年以前,使用jQuery写出把组件、逻辑应用、网络I/O混杂在一起的代码还还很常见。然后人们开始意识到,我们可以在web应用里也使用MVC框架,于是人们逐渐开始把模型从UI更新的逻辑中分离出来。

最终的结构是:web应用使用了组件化模型的方法,这让我们可以用JSX或者HTML模板来构建我们的UI组件。

这就让我们能够通过相同的方式去控制不同组件的更新,而无需对每一个组件的更新写重复的代码。

熟悉组件化的人可以轻易的看到每个组件的工作原理:有一些代码是表示UI元素的声明性标记,也有一些用于事件处理程序和用在生命周期上的回调函数,这些回调函数在需要的时候会被执行。

当我们为相似的问题找到一种模式后,任何熟悉这个模式的人都能很快的理解这样的代码。

结论:代码要简洁,但不是简单化。

刚健的文字是简练的。一句话应该不包含无用的词语,一段话没有无用的句子,正如作画不应该有多余的线条,一个机器没有多余的零件。这就要求作者尽量用短句子,避免罗列所有细节,在大纲里就列出主题,而不是什么都说。-William Strunk,Jr.,《英文写作指南》

ES6在2015年是标准化的,但在2017年,许多开发人员避免了简洁的箭头功能,隐式回报,休息和传播操作等的功能。人们以编写更容易阅读的代码为借口,但只是因为人们更熟悉旧的模式而已。这是个巨大的错误。熟悉来自于实践,熟悉ES6中的简洁功能明显优于ES5的原因显而易见:相比厚重的语法功能的代码,这样的代码更简洁。

代码应该简洁,而不是简单化。

简洁的代码就是:

更少的bug

更加便于调试

bug通常是这样的:

修理起来耗时耗力

可能引入更多的bug

打乱正常的工作流程

所以简洁的代码应该要:

易写

易读

易维护

让开发者学会并使用新技术比如curry其实是值得的。这样做也是在让读者们熟悉新知识。如果我们还是依然用原来的做法,这也是对阅读代码人的不尊重,就好像在用成年人在和婴儿讲话时使用孩子的口吻一样。

我们可以假设读者不理解这段代码的实现,但请不要假设阅读代码的人都很笨,或者假设他们连这门语言都不懂。

代码应该简洁,而但不要掉价。掉价才是一种浪费和侮辱。要在实践中练习,投入精力去熟悉、学习一种新的编程语法、一种更有活力的风格。

代码应该简洁,而非简单化。

希望对你有帮助