Размер видео: 1280 X 720853 X 480640 X 360
Показать панель управления
Автовоспроизведение
Автоповтор
camelCase by default 是指开头小写的开头大写的学名叫PascalCase,但是我好像没有听人在现实中提到过这个名字带underscore 的叫snake_case,但是好像也没有怎么听人说过感觉一般大家提的时候就是说”嗷我们用camel case或者我们用underscore”
PascalCase 還是算常見的 c# 的ms 文檔就有寫property/method/class... 的命名要用PascalCase
snake_case 在java 會比較常見
@@पिज्जा錯 java用camelCase
PascalCase snake_case camelCase 我認識的人都這樣講
UpperCamelCase, lowerCamelCase
文件名的规则是什么啊?我自己想写一个package 的时候就感觉不太会给文件取名
我以為我都知道了,沒想到還是有新知識,感謝開釋😀
up主英文发音不错
python中三种方式,1大写下划线只表示常量;2驼峰形式表示类名;3,其它都是小写下划线,比如变量,函数,方法,模块。单前下划线表示占位符(for _ in range(10)),变量前加单下划线表弱私有,当import *时候,global variable不被引入,问题是,如果是函数名前面有个下划线是不是也不会被引入。双下划线在前表示强私有,不可以在外调用。当然如果是类内,python实际上是通过改名防止直接访问,因此可以通过实例._类名__变量(或者函数)进行访问。dunderscore 前后双下划线,magic method,自己不要用,是python内置方法。当然不要用内置函数起一样的名字,也不要和module名字相同。
變數名稱後面接單個_ 代表"用來避免名子衝突"的變數命名
请问引号有什么说法吗,绝大部分py都喜欢默认用单引号
视频博主教过python turtle啊,好亲切。
終於知道__init__的雙橫線意義!讚!
精華內容👍👍👍👍
9:52 处说的“对于Python的使用者来说,就是三个字,不要用” 我想请教一下,如果我自己定义的Class 需要override magic mathod 比如Class MyClass: def __str__(self): print('yes') 这种使用是建议的吗?还是我理解错了你的意思
他应该说的是其他的instance方法,对于magic 方法就是要这么命名才能起作用的。
我想他的意思是:不要定義一個"__abc__"的method,因為你不知道哪天abc就被當成class的magic method 然後整個就亂了但現有的magic method如果你知道你在幹嘛是能用的
自己因為class和def上色不同 很習慣都用大寫開頭後開始會看開源後才發現原來def小寫開頭才是主流 然而已經改不太過來了
我覺得 __str__ 跟 __repr__還是可以用的,跟java的toString()很像,常常要打印內容簡短意義時可以用
要印出來應該用 str(), repr() 就好了吧
这个视频完全看明白了✌
总之就是2024年了CPU都128核了,丢掉C那个年代对字符惜字如金的习惯了,多用下划线,变量有多长写多长,信息量丰富点别人容易理解自己回头看也方便,那是积德。最搞笑的就是那些还活在70年代代码风格的老古董,满屏的字母简称 。。。
我们现在还有一些实验仪器,用的程序是当年的老engineer用QBasic写的。文件名都是精心设计的,因为DOS下文件名不能超过8个字符。前几天去探望了一个老工程师,已经坐在轮椅上了,英雄暮年的感觉。在此向老工程师们致敬
還有用拼音首碼的,更搞笑
@@demodemo5991 c时代叫malloc那是elegant,现在还整这出的属于欠抽型
@@demodemo5991 笑死,我95年开始玩的我不知道编辑器一行几个字符文件名几个字符cache能放多少?我说的就是那些b啊c啊年代过来的人,还有保留整那种计划经济时代的惜字如金老习惯,估计你也是那种。
@@demodemo5991 我在调侃那个年代留下来的习惯在2024年了还有人这么写,有的因为学校老师都是这么教的。算了,估计你都不知道我在说什么
感谢gpt帮我写变量名
多模仿原代碼的命名方式也可以看懂別人的命名
請問某個常量只有一個英文單字 要怎麼用大寫+下劃線表示例如攝氏度轉華氏度的K(32) 或者四捨五入到小數點第二位的pi
那就不用下划线,写成K、PI。
我就是那個取名turtle的傻逼之一
你連PEP8文件都沒看完就跑上來亂說一通
可是他是PYTHON的CORE DEV哦
不至于吧!他是core dev.....
啊 那也不應該吧 這影片是給大眾看的,大眾不是應該follow PEP8比較好嗎 邏輯有點怪
那你可以指出是哪邊不符合pep8嗎,pep8裡面Naming Convention跟影片講的基本上一致
你連錯誤或說出不合理地方都不說,就亂批評一通.... 影片講的內容都很正確阿
camelCase by default 是指开头小写的
开头大写的学名叫PascalCase,但是我好像没有听人在现实中提到过这个名字
带underscore 的叫snake_case,但是好像也没有怎么听人说过
感觉一般大家提的时候就是说”嗷我们用camel case或者我们用underscore”
PascalCase 還是算常見的 c# 的ms 文檔就有寫property/method/class... 的命名要用PascalCase
snake_case 在java 會比較常見
@@पिज्जा錯
java用camelCase
PascalCase snake_case camelCase 我認識的人都這樣講
UpperCamelCase, lowerCamelCase
文件名的规则是什么啊?我自己想写一个package 的时候就感觉不太会给文件取名
我以為我都知道了,沒想到還是有新知識,感謝開釋😀
up主英文发音不错
python中三种方式,1大写下划线只表示常量;2驼峰形式表示类名;3,其它都是小写下划线,比如变量,函数,方法,模块。
单前下划线表示占位符(for _ in range(10)),变量前加单下划线表弱私有,当import *时候,global variable不被引入,问题是,如果是函数名前面有个下划线是不是也不会被引入。
双下划线在前表示强私有,不可以在外调用。当然如果是类内,python实际上是通过改名防止直接访问,因此可以通过实例._类名__变量(或者函数)进行访问。
dunderscore 前后双下划线,magic method,自己不要用,是python内置方法。
当然不要用内置函数起一样的名字,也不要和module名字相同。
變數名稱後面接單個_ 代表"用來避免名子衝突"的變數命名
请问引号有什么说法吗,绝大部分py都喜欢默认用单引号
视频博主教过python turtle啊,好亲切。
終於知道__init__的雙橫線意義!讚!
精華內容👍👍👍👍
9:52 处说的“对于Python的使用者来说,就是三个字,不要用”
我想请教一下,如果我自己定义的Class 需要override magic mathod 比如
Class MyClass:
def __str__(self):
print('yes')
这种使用是建议的吗?还是我理解错了你的意思
他应该说的是其他的instance方法,对于magic 方法就是要这么命名才能起作用的。
我想他的意思是:不要定義一個"__abc__"的method,因為你不知道哪天abc就被當成class的magic method 然後整個就亂了
但現有的magic method如果你知道你在幹嘛是能用的
自己因為class和def上色不同 很習慣都用大寫開頭後開始會看開源後才發現原來def小寫開頭才是主流 然而已經改不太過來了
我覺得 __str__ 跟 __repr__還是可以用的,跟java的toString()很像,常常要打印內容簡短意義時可以用
要印出來應該用 str(), repr() 就好了吧
这个视频完全看明白了✌
总之就是2024年了CPU都128核了,丢掉C那个年代对字符惜字如金的习惯了,多用下划线,变量有多长写多长,信息量丰富点别人容易理解自己回头看也方便,那是积德。
最搞笑的就是那些还活在70年代代码风格的老古董,满屏的字母简称 。。。
我们现在还有一些实验仪器,用的程序是当年的老engineer用QBasic写的。文件名都是精心设计的,因为DOS下文件名不能超过8个字符。前几天去探望了一个老工程师,已经坐在轮椅上了,英雄暮年的感觉。在此向老工程师们致敬
還有用拼音首碼的,更搞笑
@@demodemo5991 c时代叫malloc那是elegant,现在还整这出的属于欠抽型
@@demodemo5991 笑死,我95年开始玩的我不知道编辑器一行几个字符文件名几个字符cache能放多少?
我说的就是那些b啊c啊年代过来的人,还有保留整那种计划经济时代的惜字如金老习惯,估计你也是那种。
@@demodemo5991 我在调侃那个年代留下来的习惯在2024年了还有人这么写,有的因为学校老师都是这么教的。
算了,估计你都不知道我在说什么
感谢gpt帮我写变量名
多模仿原代碼的命名方式也可以看懂別人的命名
請問某個常量只有一個英文單字 要怎麼用大寫+下劃線表示
例如攝氏度轉華氏度的K(32) 或者四捨五入到小數點第二位的pi
那就不用下划线,写成K、PI。
我就是那個取名turtle的傻逼之一
你連PEP8文件都沒看完就跑上來亂說一通
可是他是PYTHON的CORE DEV哦
不至于吧!他是core dev.....
啊 那也不應該吧 這影片是給大眾看的,大眾不是應該follow PEP8比較好嗎 邏輯有點怪
那你可以指出是哪邊不符合pep8嗎,pep8裡面Naming Convention跟影片講的基本上一致
你連錯誤或說出不合理地方都不說,就亂批評一通.... 影片講的內容都很正確阿