python縮進規(guī)則 Python代碼如何批量縮進?
Python代碼如何批量縮進?首先要有個不錯的編輯器,比如vim、emacs、eclipse。以vim為例:自動縮進:把整篇代碼進行自動縮進(gg=G),或者在v模式下選中幾行后進行縮進(=)。手工縮
Python代碼如何批量縮進?
首先要有個不錯的編輯器,比如vim、emacs、eclipse。以vim為例:
自動縮進:把整篇代碼進行自動縮進(gg=G),或者在v模式下選中幾行后進行縮進(=)。
手工縮進:v模式下選擇需要處理的一些行,增加縮進(>),或者減少縮進(<)。
使用編輯器:
自帶的IDE的話,選中你要縮進的代碼,組合鍵 Ctrl Alt [ 向左,Ctrl Alt ] 向右。
PyCharm, 選中你要縮進的代碼,按Tab鍵,向右,組合鍵 Shift Tab,向左。
sublime_text,選中你要縮進的代碼,按Tab鍵,向右,組合鍵 Shift Tab,向左。
其他編輯器,組合鍵應(yīng)該類似。
為什么C#排名和Python相差越來越大?
以下是我的一些個人觀點,說的不對還請指正:
首先從語言本身來看:
C#可以認(rèn)為是編譯型語言(嚴(yán)格的說是混合型),python屬于解釋型語言。
C#的優(yōu)點是快,運行速度快。因為編譯只做一次,運行時不需要編譯,所以編譯型語言的程序執(zhí)行效率高。
同時編譯是一把雙刃劍,代碼如果修改就需要整個模塊重新編譯,而且需要根據(jù)運行的操作系統(tǒng)環(huán)境編譯不同的可執(zhí)行文件。
魚和熊掌不可兼得。python的優(yōu)點就是跨平臺比較強,代碼修改不需要停機,缺點就是每次運行的時候都要解釋一遍。
但是隨著軟硬件的飛速發(fā)展,解釋運行的時間和編譯后再運行的時間差會越來越小,而python語言的“優(yōu)雅”、“明確”、“簡單”的優(yōu)勢也日趨明顯。
其次從類庫生態(tài)來看:
Python有著大量的第三方類庫,在其他一些語言在實現(xiàn)一個功能時可能需要幾十行到幾百行代碼,而Python可能調(diào)用下一下別人造的輪子,幾行代碼甚至一行代碼就搞定了。而C#剛開始是基于Windows平臺的,到了后來才可以跨平臺和開源,第三方類庫數(shù)量不如Python。
最后從發(fā)展前景來看:
人工智能,大數(shù)據(jù)的時代已經(jīng)到來,數(shù)據(jù)清洗,分析這些都是Python的強項,人工智能方面也有很多基于Python的優(yōu)秀的框架。如果有人說Python效率低啊,我硬件不達標(biāo)就是需要效率,那追求效率人們更愿意使用C/C 而不是C#。
綜上,就造成了C#和Python排名相差越來越大。