Home >Backend Development >PHP Tutorial >javascript - 大家喜欢用什么命名规范?

javascript - 大家喜欢用什么命名规范?

WBOY
WBOYOriginal
2016-06-06 20:47:321115browse

<code class="lang-php">$userName = getUserNameById( 123 );
$user_name = get_username_by_id( 123 );
</code>

前几天被翻出的那个facebook首页的源码,几乎用的都是下划线法,WordPress用的也是下划线法,我在写PHP也喜欢用下划线,但是有些时候驼峰“显专业”。

而写Javascript的时候喜欢驼峰。

大家都喜欢用什么命名方式?

链接: Facebook PHP Source Code from August 2007

回复内容:

<code class="lang-php">$userName = getUserNameById( 123 );
$user_name = get_username_by_id( 123 );
</code>

前几天被翻出的那个facebook首页的源码,几乎用的都是下划线法,WordPress用的也是下划线法,我在写PHP也喜欢用下划线,但是有些时候驼峰“显专业”。

而写Javascript的时候喜欢驼峰。

大家都喜欢用什么命名方式?

链接: Facebook PHP Source Code from August 2007

java/js等编程时习惯用驼峰方式,数据库中库名、表名、字段以及Web传参习惯用下划线连接,CSS类、命令行参数习惯用横杠连接。

PHP中在用类、对象的时候习惯用驼峰命名法,在全局变量和函数时习惯用下划线,但是如果我使用的工具、框架采用了其中一种命名法,我会尽量保持与他一致,或在局部保持一致(比如某个函数内,某一大段明显区别其他部分的代码内)。

尤其是我喜欢用缩写和对齐(非仅仅缩进对齐,等号、冒号、逗号甚至结尾对齐,或呈现规律),这点很多人不赞同,但我就是喜欢这样。

建议按照 PSR-1 来:

https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-1-basic-coding-standard.md

里面说的很详细,并且现在的一些流行库都在采用。

驼峰“显专业” 这种说法显得你很没有自信。

大部分的时候项目本身会有规范要求,个人习惯下划线(前半句才是重点)

  • 驼峰的可读性不如下划线,当变量名称里有全大写缩写时尤其明显。
  • 用驼峰的话,还要解决用哪种的问题,比如testHttpServer TestHttpServer testHTTPServer TestHTTPServer,自己写容易不一致,团队协作增加记忆负担。
  • 好的IDE能帮忙,但是好的IDE也能自动补全,那么下划线也不会增加手指负担,而驼峰的唯一优势就是比下划线打起来略微方便点。

python的命合风格:

http://zh-google-styleguide.readthedocs.org/en/latest/google-python-styleguide/python_style_rules/#id14

具体一些名称命法:

module_name, package_name, ClassName, method_name, ExceptionName, function_name, GLOBAL_VAR_NAME, instance_var_name, function_parameter_name, local_var_name.

我个人也比较喜欢,只是自己英文差,很多时候知道那意思后,就用Google翻译下,估计那源码放出来会出很多笑话。

我不喜欢用那么多的下划线,如果是哪天心情好了,就用“驼峰”,心情不好就连大小写都不分

各种方式都有,本来习惯于 getName 这种驼峰式,不过只用驼峰的话,有时会会显得不够用,比如很长的变量名 arrayData_or_mapData,几个不同的含义的时候用其他符号比如下划线来分割可能会更明显,但也会风格不统一,不过还是实用就好。

我习惯用 首字母是下划线 类似 _getSystemDate

不同的代码,不同的产品用不同的代码风格,Java用Eclipse的提示命名,C++用匈牙利命名,Linux内核用Linux该用的命名

php还算好的了。

你看C++,有多少库是用标准库那种命名规范的。像MFC、QT、FLTK之类的都不是嘛。

Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn