当前访客身份:游客 [ 登录 | 加入开源中国 ]

技术翻译

已有文章 2335
当前位置: 译文列表 »  编程语言技巧 , 投递原文

编写更好代码的 6 个提示

英文原文:6 Tips for Writing Better Code

标签: <无>
0人收藏此文章, oschina 推荐于 2年前 (共 9 段, 翻译完成于 07-01) (10评)

每周我都可以用四种不同的语言编写至少几百行代码。我也可以同其他与我一同工作的开发者协作进行代码的编辑和审查。

简单来说,有许多代码在到处放着,当它们没有被组织管理起来,但 更重要的是当它们没有写好时,事情就会变得有点复杂起来。让我们来看一看几种能提升我们的代码整体质量的不同方法。

leoxu
leoxu
翻译于 2年前

3人顶

 翻译的不错哦!

1. 开始构建模块

保持代码一致,可重用且有组织的一个最好方式就是将功能成组的放在一起。例如,别把你所有的js代码都扔到一个main.js文件中,而是要尝试基于功能将它们分组放在分开的文件里面, 然后在你达成你的构建步骤以后再将它们连接起来. 当然,要编写模块化的代码还有更多事情要做,而你也不仅仅只能在用js编写模块化的代码.

CSS 预处理器,像 Sass (这里有介绍),它们可以让你 把CSS文件写在分开的文件中,然后可以在你编译它们的时候在把它们包含在一个主文件中. 这可以让你为不同的组件,像按钮,列表和字体编写独立的CSS文件。最后,它们全部都被包含到一个主文件中,而从整体上维护这些代码会变得容易许多.

leoxu
leoxu
翻译于 2年前

2人顶

 翻译的不错哦!

新的技术,比如 Polymer ,可以让你编写定制的HTML元素,那样你的HTML、CSS和JS就可以根据功能来组织成单独的组件了. 你也一定要看看Browserify ( 这里 有介绍), 它能让你可以在浏览器中使用 Node.js-风格的模块.

Brad Frost 在这里也就编写模块化代码的观念和方法提供了一个很棒的概述.

2. 谈到预处理器…

预处理器不仅仅能对编写模块化代码有所帮助. 许多其它方面它们也表现得很棒! 预处理器可以在输出浏览器可以处理的相同HTML,CSS和JS时,在你的代码内部添加额外的功能. 它们常常需要一些额外的设置时间,但只要耗费一次这样的时间,你就可以不断享受使用它们带来的好处.

leoxu
leoxu
翻译于 2年前

2人顶

 翻译的不错哦!

使用预处理器可以帮你省掉多次编写重复性代码的时间. 它们也还提供了像变量、函数、循环和简化的语法这些很有用的功能. 大多数预处理器也是高度可定制化的。有些还包含选择你更喜欢的输出风格,包含插件以及附件,甚至在必要时创建自定义通知,这些选项. 最流行的预处理器都有大型的社区,并且得到了良好的维护,而对于一般问题的回答也很容易找到.

这里有一个视频介绍最通行的CSS、HTML和JS预处理器: Sass, Haml 和 CoffeeScript.

如果你对Sass感兴趣,这里有一篇SitePoint 作者 Hugo Giraudel如何组织他们Sass项目的文章, 以及 他用来做这些事情时最爱用到的工具.

当你研究Sass时,一定也要看看 HAML 和 Coffescript 哦.

你不必在每一种你用来编写程序的语言上都用到预处理器,但它们中的许多确实能帮助你写出更好的代码.

leoxu
leoxu
翻译于 2年前

2人顶

 翻译的不错哦!

3. 开写之前请计划好

你最后一次坐下来用纸笔写下你会如何处理一个项目,是什么时候呢? 你计划选用什么架构,你预期能支持多少中浏览器,你计划了使用任何自动化的运行工具或者构建系统吗?在你想好了具体它如何被构造以后,项目就很容易推进起来了,只有在意识到一半时,你才需要回头重写一些代码.

North 是一套出众的指导你如何从头到尾规划一个web项目的规则. 它是一份长而全面的在线文档,不是所有的东西在编写代码的时候都会用到,但是其长度和详细程序确实显示出了在构建一个站点时有多少因素是必须被考虑到的.

leoxu
leoxu
翻译于 2年前

2人顶

 翻译的不错哦!

选择正确的工具和库是一项很有挑战性的任务,特别是在每天都有新工具和库被创建出来的时候. 我的策略是收藏一份工具盒资源的列表 来对最好和最有用的东东进行持续跟踪, 那就你就可以在下一个项目中随意的来使用它了.

4. 使用版本控制

版本控制是一种按照时间来记录对文件或者资源的修改,它允许多人编辑,变化跟踪,以及对资源的管理. 有许多支持版本控制的服务,包括Bitbucket, Assembla, 以及 Github. Github 是我个人的最爱,因为它支持社交化编码,这意味着人们可以在Github上分享代码,发展或者学习别人写的代码.

leoxu
leoxu
翻译于 2年前

2人顶

 翻译的不错哦!

版本控制是一个理解起来有点复杂的话题,但却有很多入门教程。我建议在着手前看下我们对git的介绍以对其有一个基本的了解。也可以看下我们的团队中git使用指南git进阶窍门。如果你对git没兴趣,你也可以看下版本控制的其他建议

最后一个建议:使用命令行。命令行是一个令人生畏的用户接口,但熟悉它会在整体上提高你对编程的理解,同时可以让你有能力使用其他优秀的工具,例如Gulp和Grunt。

pseudo
pseudo
翻译于 2年前

2人顶

 翻译的不错哦!

其它翻译版本(1)

5.开始代码审查

如果你是一个团队中的一员那这对你来说很简单,但如果你是独立开发者代码审查也不是不可能的。代码审查的基本思想是将你写的代码展示给其他开发者(或上级),这样你就可以解释你写了什么,从而知道如何能写得更好,甚至可以教导对你所使用的技术不熟悉的人。

最好每周进行一次,同时本着学习如何改进已完成代码的目的进行。这里有一篇关于代码审查的好处的文章解释了如何最好地执行代码审查。

如果你是独立开发,或者你很反社会,jslintSCSSlint 会是很有用的。这些工具在保持你的文件整洁干净的同时会检查你的代码是否有错误。有了它们你也就不需要与人接触了。

pseudo
pseudo
翻译于 2年前

4人顶

 翻译的不错哦!

其它翻译版本(1)

6. 接受编程的挑战

有许多免费的在线资源旨在为想要寻找到对其每天使用的语言更好理解的开发者提供编程挑战. 大多数的这些站点都配备有大型的社区,愿意在需要时提供帮助,因此你不必担心遇到困难后无法继续下去.

CodeWars 对梳理你的Js能力很有帮助,还有 Practice App 为你提供在 Codepen 构建的随机的前端挑战.

总结

多少按照上面的建议那样做,都将大大提升你的编码技能,并因此提升你所编写的站点,工具或者应用的质量.

你还有更多编写更棒代码的建议和工具吗? 请在评论中分享一下吧!

leoxu
leoxu
翻译于 2年前

1人顶

 翻译的不错哦!

回页面顶部发表评论 网友评论10

  • kslr
    kslr 来自 Android 发表于 2014-08-11 09:37
    我觉得在‘大公司’才能考虑
  • kslr
    kslr 来自 Android 发表于 2014-08-11 09:38
    毕竟,分工其实很多都是一个人搞得
  • think2011
    think2011 发表于 2014-08-11 09:40

    引用来自“kslr”的评论

    毕竟,分工其实很多都是一个人搞得
    那就尝试 以小做大 吧
  • 台俊峰
    台俊峰 发表于 2014-08-11 10:02

    引用来自“kslr”的评论

    我觉得在‘大公司’才能考虑
    +1,像我们这样单打独斗的,就必要讲究了
  • 胡晋
    胡晋 发表于 2014-08-11 10:14

    引用来自“kslr”的评论

    我觉得在‘大公司’才能考虑

    引用来自“台俊峰”的评论

    +1,像我们这样单打独斗的,就必要讲究了
    一个人一个项目……讲究太多反而拖慢自己进度
  • 自由之信
    自由之信 发表于 2014-08-11 10:41
    NORTH 看上去很不错的样子...
  • john_sh
    john_sh 发表于 2014-08-11 10:48

    引用来自“kslr”的评论

    我觉得在‘大公司’才能考虑

    引用来自“台俊峰”的评论

    +1,像我们这样单打独斗的,就必要讲究了

    引用来自“胡晋”的评论

    一个人一个项目……讲究太多反而拖慢自己进度
    在时间允许的范围内,规范下,对自身的提升比对公司的贡献更多
  • Eric_air
    Eric_air 发表于 2014-08-11 10:51
    一个干完全部事情的节奏!!
  • 胡晋
    胡晋 发表于 2014-08-11 11:09

    引用来自“kslr”的评论

    我觉得在‘大公司’才能考虑

    引用来自“台俊峰”的评论

    +1,像我们这样单打独斗的,就必要讲究了

    引用来自“胡晋”的评论

    一个人一个项目……讲究太多反而拖慢自己进度

    引用来自“john_sh”的评论

    在时间允许的范围内,规范下,对自身的提升比对公司的贡献更多
    没错,有些必要的规范还是要规范。就譬如命名,你总不能你会这个单词就英语,不会就拼音……(打个比如)
  • 水牛叔叔
    水牛叔叔 发表于 2014-08-11 15:34

    引用来自“kslr”的评论

    我觉得在‘大公司’才能考虑

    引用来自“台俊峰”的评论

    +1,像我们这样单打独斗的,就必要讲究了

    引用来自“胡晋”的评论

    一个人一个项目……讲究太多反而拖慢自己进度

    引用来自“john_sh”的评论

    在时间允许的范围内,规范下,对自身的提升比对公司的贡献更多

    引用来自“胡晋”的评论

    没错,有些必要的规范还是要规范。就譬如命名,你总不能你会这个单词就英语,不会就拼音……(打个比如)
    是啊,命名起码要规范。我我以前受过数据库命名不规范的折磨,那个数据库命名几乎用上了所有的方式:拼音、英文、大写,小写、缩写、全拼、前缀、无前缀。。。我要对着数据库表敲代码,累死了