python自動代碼

Ⅰ 寫python代碼時怎麼快速的給大量代碼加上縮進

首先要有個不錯的編輯器，比如vim、emacs、eclipse。以vim為例：

• 自動縮進：把整篇代碼進行自動縮進（gg=G），或者在v模式下選中幾行後進行縮進（=）。

• 手工縮進：v模式下選擇需要處理的一些行，增加縮進（>），或者減少縮進（<）。
  

Ⅱ python如何自動對自身代碼進行編寫

先取到腳本文件名
import os
script_path = os.path.realpath(__file__)

然後，open(文件名)
就可以對文件進行操作了

Ⅲ 如何通過python代碼自動生成文檔

代碼如下：
sphinx-apidoc -F -o C:\python_doc\flask C:\python27\lib\site-packages\

（此處-o應緊跟輸出文件夾，不然會產生一個-F的文件夾，多謝@Hyacz）

然後進入C:\python_doc\flask文件夾
cd C:\python_doc\flask

此文件夾下有一個make.bat文件，再執行一下
make html

然後就能在\_build\html文件夾中看到生成好的文檔了，還支持查找的功能！

Ⅳ Python：如何編寫代碼，使其能自動在cmd中輸入

加個異常處理，try，exception
如果遇到異常，自動輸入「Y」
希望我的回答對你有幫助，你的採納就是最好的鼓勵~

Ⅳ Python 有哪些優雅的代碼實現讓自己的代碼更pythonic

寫程序其實就跟寫作文、遣詞造句一樣，會用成語會讓你的文章顯得老練，但是濫用成語就讓人受不了了。程序也一樣，重要的是要理解什麼樣的邏輯應當用什麼樣的語法來表達。其中關鍵的是讓讀代碼的人是否容易理解，而不是執行起來是否正確。

以下是一些個人的見解。總的來說原則是：在代碼中提供恰到好處的信息量，既不缺少，也不冗餘

列表推導與循環
什麼時候列表推導作為代碼來說比較清晰？當讀者能夠清晰理解你這條語句是要生成一個列表，除此以外什麼都沒有做的時候。
比較：

new_list = [v[1] for v in old_list if v[2]]

和

new_list = []for v in old_list:
if v[2]:
new_list.append(v[1])

前者（對於熟練的程序員來說）明顯更容易理解你的意圖，即便不能一眼看清楚你所有的條件，他也能明白：這句語句只是將列表進行了一個格式的調整。
再比較

result = [v for v in iter(self.read_socket, '') if not v.startswith('+')]

和

result = []while True:
v = self.read_socket()
if v == '':
break
if not v.startswith('+'):
result.append(v)

前者明顯就很糟糕，read_socket可能是個非常復雜、有明顯副作用的過程，讀代碼的人不會期待你在這么短的語句當中完成個非常重要的邏輯。read_socket可能在裡面拋出異常，你將沒有機會給它加上try...except來進行處理，你也不會喜歡拋出的異常的堆棧信息裡面有一堆<lambda> <genexpr>這樣的意義不明的東西，而不是一個明確的行號。而且，很明顯這是這段代碼最重要的邏輯，這意味著這個邏輯以後可能會變更、會重構，你不會想要把一個列表推導變更得越來越復雜直到被迫推倒重來。
另外，用到map和filter的都要盡量重寫成列表推導。

lambda表達式與具名函數
Python是支持函數嵌套定義的，在已有的函數中可以嵌套定義新的函數：

def my_func():
def subfunc():
...
subfunc()
...

嵌套的具名函數可以完全替代lambda表達式，而且有許多優點：

• 一個函數名可以迅速告訴讀代碼的人這個函數在做什麼
  

• 拋出異常的時候，有函數名稱明顯要比顯示為<lambda>強

• 可以添加比較復雜的邏輯

• 可以使用decorator

• 具名函數可以用yield（也就是說可以定義嵌套的具名的generator，但不能定義lambda的generator）
  

• 需要作為返回值的一部分的時候，在repr表達式當中能顯示函數名，方便調試

一般來說lambda表達式的使用一定要嚴格限定為（與關系）：

• 非常簡單的邏輯，尤其最好不要在lambda當中再嵌套列表推演或者生成器表達式或者其他lambda表達式，非常不清晰

• 沒有副作用，或者只包裝一個有副作用的表達式

• 一次性使用（絕對不要用f = lambda x: ...這樣的語句，雖然只有一行，但讀代碼的時候會很難找到f的定義）

• 單返回值——使用tuple或者list的多返回值會讓括弧嵌套變得復雜難讀懂。
  

例如：

• return lambda x: lambda y: x + y



和

• def add_closure(x):


• def add_func(y):


• return x + y


• return add_funcreturn add_closure



同樣是嵌套的閉包，明顯後一種寫法要清晰得多，以後調試起來也要容易。

可以在列表推導當中嵌套lambda，但最好不要在lambda當中嵌套列表推導。在列表推導中使用lambda的時候，首先確定這個邏輯是必要的；其次，給這個列表起一個非常明確的變數名，說明這個列表中的函數起什麼作用；第三，給lambda表達式加上括弧，讓人能比較清楚地看到lambda表達式的開始和結束；最後，一定要警惕閉包封閉循環變數的方式，非常容易出意料之外的bug。

• multipliers = [(lambda x, i = i: x * i) for i in range(0, 20)]



修飾符/註解（decorator）

修飾符是讓代碼變得優雅易讀的非常重要的工具，正確運用能有非常多的好處。但也一定要注意：


1. decorator中只做定義和初始化的工作，不要用decorator來執行某個操作。或者說，decorator不要有除了定義以外的副作用

例如，嚴格杜絕下面的用法：

• def execute_once(f):


• f('test')



• @execute_once


• def my_func(param):


• ...



沒有人會從代碼中判斷這個函數會在import的時候自動執行。而且，沒有人會懂為什麼my_func的值是None。

Ⅵ 實現一個根據python代碼自動生成流程圖難度有多大

用dis模塊去看bytecode，關注一下帶JUMP的指令和CALL_FUNCTION相關的指令可以找到分支、跳轉和函數調用的相關信息（可以找到跳轉和調用的條件，目標，op在source的line number等等信息），再結合inspect的getsource一系列函數應該差不多了。
如果這樣可行的話，難度不大。
當然，ast模塊去看ast應該也行。不過我之前一些項目經驗讓我更喜歡直接去看bytecode。

Ⅶ python 3若干秒沒輸入則自動運行接下來的代碼

raw_input該為input
python3已經廢棄raw_inpurt了

Ⅷ 怎麼樣通過Python實現自動添加腳本頭信息的示例代碼

#!/usr/bin/python
#title:test4.py
#description:Iamtestscript
#author:python技術
#date:20160902
#version:0.1
#usage:pythontest4.py
#notes:
#python_version:2.6.6
#==============================================================================

Ⅸ PYTHON怎樣編寫自動化

python 有一個很優秀的自動化框架叫做selenium
但是在寫程序之前，需要明確所操作的步驟是否是可重復性
然後定製流程計劃
然後通過代碼實現
python自動是一個十分強大的功能
如果想要了解更詳細的內容可以搜索python selenium
獲得更多更詳細的內容

Ⅹ 如何讓python idle自動補全代碼

比如print的自動補全 輸入pr 按Tab鍵,彈出提示選項。 按空格就可以選擇第一個print 注意是 空格, 而不是回車