| show | version | enable_checker |
|---|---|---|
step |
1.0 |
true |
-
上次 了解了 命名规则
- 有两类 不适合做 标识符
- 关键字
- 已有的函数名、类名、模块名
- 有两类 不适合做 标识符
-
关于 下划线
| 位置和数量 | 作用 |
|---|---|
| 一个放后面 | 避免名字冲突 |
| 两个放两边 | 系统变量 |
- 变量命名还有什么规则吗？？🤔
- 如果 一个变量名 中
- 由 两个单词组成
- 比如说
this year
thisyear = 2023
- 这变量名
- 应该怎么写呢？
- 变量标识符的 编写方式
- 主要是 大小写 和 连接方式
- 叫做 Naming Convention
- 命令 惯用法
- 命令 惯用法
- 是 有一些
套路的
- 是 有一些
- 都有哪些
- 命名惯用法
- Naming Convention
- 呢？
- 蛇形
- 所有单词字母
小写 - 空格用
下划线替代 - snake_case
- 所有单词字母
- 帕斯卡
- 所有单词
首字母大写 - PascalCase
- java中常见的类名和变量名
- 所有单词
- 小驼峰
首单词都小写- 后面单词
首字母大写 - camelCase
- setThisYear
- java中的函数 经常这么命名
- 命名惯用法
- Naming Convention
- 是如何演化的呢？
-
最早的时候
- 变量名 都比较随意
- 没有什么特定的规则(convention)
-
早期的 PASCAL语言
- 惯用 驼峰类中的 大驼峰
- 但也不绝对
- 命名法 出现的目的
- 主要是 让程序 更可读
- 后来 c语言和unix的 出现
- 同时 带了一种 新的
- 命名惯用法
- naming_convention
- 所有 字母小写
- 单词之间 用下划线
- 这种惯例
- 出现在了 c、unix的源代码中
- 也出现在The C Programming Language 这本书里面
- 以 下划线 作为 分隔符
- 很像 空格 但
不是 空格
- 很像 空格 但
- 但是他和
蛇- 有
什么关系
- 有
- 蛇形命名方式
- 起源于 1960 年代
- 那时 还没有特定的 名称
- 就是被叫做
- "带下划线的小写命名"
lower_case_with_underscores
- Guido 不喜欢大写字母
- 因为觉得 大写字母很装
- 毕竟都是 Captain
- 小写字母 则很舒服
- 程序里面 必须要表示 分隔符
- 因为觉得 大写字母很装
-
python
- 从 c 中 借鉴了 下划线命名法
- 这个分隔符_
- 在python中无处不在
- 比如
__builtins____py_cache__
- 但这 名字拗口而且很难记
lower_case_with_underscores
-
2002年
- intel和微软的员工 在内部交流的时候
- 起了 snake_case 名字
- 很像 蛇匍匐 在地上
-
2004年
- ruby社区里面 Gavin Kistner
- 开始在Usenet上使用
- 并且 流传 开来
-
2015年
- 根据 下划线派生的
- 中划线和上划线(lisp-case, kebab-case)的命名法
- 也出现了
-
python选的是
- 哪个命名惯用法呢？
- python几乎所有的标识符都是
- 蛇形
- snake_case
- 变量名
- 函数名
- 方法名
- 模块名
- 包名
- 总共 都有啥
- Naming Convention
- 命名惯用法 吗？
- 这些 就是
- 关于 常用 命名法
- 一切 都是 为了
- 变量名 更加易读
- 可以 根据汉语拼音
- 来 命名 变量 吗？
- 可能会产生拼写错误
deit = '1990-1-1'
- 单词有时候 太长
- 需要简化
local_soil_moisture_value_to_determine_the_amount_of_water_added
= 0
-
这次 研究了 命名法(Naming Convention)
- 大驼峰
- 小驼峰
- 蛇形
-
中文词
- 又该如何命名呢？🤔
- 也有惯用法吗?🤔
-
下次再说！👋