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