>백엔드 개발 >PHP 튜토리얼 >javascript - 大家喜欢用什么命名规范?

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

WBOY
WBOY원래의
2016-06-06 20:47:321120검색

<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之类的都不是嘛。

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.