Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/432.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
改进JavaScript代码编写的一些提示_Javascript - Fatal编程技术网

改进JavaScript代码编写的一些提示

改进JavaScript代码编写的一些提示,javascript,Javascript,编写好代码的基本思想是代码必须是可读的、注释良好的和文档化的 编写关于所有程序语言的好代码的其他基本事实是在目录和文件中构造代码,当然还有缩进 在javascript的情况下,事情可能更复杂, 因为该语言允许您使用不同的风格来完成类似的任务 例如,定义JavaScript类有三种不同的方法 那么,对于用javascript编写好的代码库,哪些是最好的参考书/网站或建议?我强烈建议您阅读Douglas Crockford的文章,让您开始编写高质量的javascript代码。我将从开始,我将推荐它作

编写好代码的基本思想是代码必须是可读的、注释良好的和文档化的

编写关于所有程序语言的好代码的其他基本事实是在目录和文件中构造代码,当然还有缩进

在javascript的情况下,事情可能更复杂, 因为该语言允许您使用不同的风格来完成类似的任务

例如,定义JavaScript类有三种不同的方法


那么,对于用javascript编写好的代码库,哪些是最好的参考书/网站或建议?

我强烈建议您阅读Douglas Crockford的文章,让您开始编写高质量的javascript代码。

我将从开始,我将推荐它作为帮助编写好的javascript的好工具。它可读性很强,并且包含了一些对vanilla javascript的非常巧妙的改进,包括一个经过深思熟虑的类声明系统,它在javascript中非常重要,在其语言定义中是基于原型的,而不是基于类的


对于评论,我推荐JSDoc,它是JavaDoc的javascript版本。我发现在代码中维护注释非常容易,并且输出是许多编辑器/工具能够实现的标准格式,因此不仅仅是供人们阅读。谷歌还提供了一套很好的指南,说明如何以标准化的方式使用JSDoc编写评论。

Javascript-David Flanagan O'Reilly的权威指南

John Resig APress的Pro Javascript技术


这个列表可能会很长,但别忘了你可以学习那里的大部分代码&你很快就会知道什么是好的,什么是坏的——这是一个巨大的资源。

首先,我建议你更熟悉JS对象模型 我建议您阅读道格拉斯·克罗克福德(Douglas Crockford)关于原型遗传的文章:

并与经典遗传模型进行了比较

关于JavaScript利弊的更系统的方法可以在他的书中找到 JavaScript:好的部分

如果您寻求更广泛的体系结构方法
JQuery、ExtJs a.k.a.Sencha、MooTools都是很好的java脚本库/框架,可以开始研究它们的设计原则。

如果你在一家公司工作,是否有一本标准手册,或是一些草草记下来的东西,说这就是我们想要的编码方式?是的,这有点独裁,但它有助于保持整洁--现在,如果你的公司里没有一个,那么要积极主动,如果他们认为有用的话,就和他们谈谈,机智地让他们把它委托给你自己,然后去做。给你的简历加上一些分数和一件好事--

有很多关于这个主题的书,博客,播客,可能还有某个地方的电台。。。。大家都在谈论这个话题

但你会从人们那里得到的一件事是:不要在同一条线上进行许多操作

有多少次,当您查看一个脚本时,会在一行上看到一堆语句/命令/启动器/设置器/getter。或4个嵌套的三元语句

当然,如果你15岁,这看起来很酷,但这会适得其反,不直观,也没有帮助。是的,这是一个酸点。代码/脚本应该是可维护的。对一些公司来说,最大的成本是产品的维护。当你在写东西的几年/几个月/几天/几个小时后回顾某件事时,你希望能够理解它,而不必用胶带将眼睑打开

这里有几篇关于这方面的好文章。它们不是最新的,但其中的信息仍然很丰富

是的,那就是我们自己的杰夫

请阅读以下内容: