怎麼編寫python文件

㈠ 怎樣用python寫文件

這個應該打開之後有會有讓你讓你寫字的，然後你就可以把你想寫的寫上。

㈡ 在安裝的python軟體中，如何編輯一個.py文件呢

打開idle
，也就是python解釋器
，然後Ctrl+N，就新建了一個
然後在裡面寫入你想要的東西，保存，F5鍵就可以執行了

㈢ 怎麼用vs編python文件

用vs編寫python文件的方法：1、安裝python插件，在vs的Extensions擴展中搜索Python，如下：

2、安裝完成後，就需要配置一下本地python解釋器的路徑，這個直接在settings.json文件中設置參數python.pythonPath就可以了。
2.1、首先，點擊左下角的管理按鈕，在彈出的菜單列表中選擇「設置」，如下：
2.2、接著在搜索欄輸入「Python」，點擊左下角的編輯settings.json，如下：
2.3、之後在彈出編輯頁面設置一下python.pythonPath參數，即本地python解釋器路徑，如下：
3、最後就可以直接編寫Python程序並運行了，如下：

㈣ 電腦上怎麼編寫python

你先去www.python.org下載for
windows
的python;
下載2.71版本的，因為現在的書大多是講的2.X版本的，然後直接安裝就好了，很簡單;
然後隨便用記事本什麼的寫python程序，保存後將後綴該為.py雙擊直接可以運行。
也可以在你剛改過後綴的文件的右鍵菜單里找edit
by
**(記不清了，就是python帶的編輯器)，打開就可以修改，關鍵字還會變色、
這個不是一兩句能說清的，你可以繼續問我。

㈤ 如何編寫ros的python程序

ROS Indigobeginner_Tutorials-10編寫ROS話題版的Hello World程序（Python版）

我使用的虛擬機軟體：VMware Workstation 11
使用的Ubuntu系統：Ubuntu 14.04.4 LTS
ROS版本：ROS Indigo

1. 前言 ：

Hello world程序，在我們編程界，代表學習某種語言編寫的第一個程序。對於ROS機器人操作系統來說，這個Hello World程序就是 ： 寫一個簡單的消息發布器(發送) 和 訂閱器(接收)。

2. 准備工作 ：

C++的程序都會存放在每個程序包的src文件夾里。Python不同，Python程序都存放在scripts文件夾中， 反正意思都是源文件包。
Step 1 .所以，先在beginner_tutorials軟體包中創建一個scripts文件夾：

$ roscd beginner_tutorials$ mkdir scripts$ cd scripts123

3. 編寫消息發布器節點程序：

如果你懶得去寫的話，你可以使用wget命令， 在github上獲取一個talker.py源代碼。如何獲取呢 ?
Step 2 .開一個終端，輸入下面的命令就可以獲取talker.py：

$ wget

-devel/rospy_tutorials/001_talker_listener/talker.py$ ls
talker.py123

但是我建議你親自動手，寫一寫：手動創建一個talker.py文件在/scripys文件夾里：

$ roscd beginner_tutorials/scripts$ gedit talker.py12

將這上面鏈接里的代碼手動輸入到talker.py文件中。（我就不將代碼貼上來了）

下面我來講解一下代碼：

這些足以說明，hello_world_topic.launch啟動腳本文件，啟動成功。

總結：發布器和訂閱器是很簡單的, 就是簡單的發布一個 自定義的話題。

我之前使用說過：節點之間通訊的方式有兩種 ： 話題(rostopic) 和 服務(rosservice)

所以，接下來，我們會講：使用ROS服務來完成ROS版Hello World程序的例子。但是在這之前，我們需要學一學：如何創建自定義的ROS消息和ROS服務，以便ROS服務版的Hello World程序的編寫。
所以下一講，我們來學習：如何創建自定義的ROS消息和ROS服務。

㈥ 關於python里寫文件的操作

1. fo.close()---你小括弧沒有。
   

2. fo = open("D:/text一.txt","w",encoding = 'utf-8')
   ls = ['13','14','15']
   fo.writelines(ls)
   fo.close()

3. 文件在d盤下面

4. 

㈦ Python要編寫一個完整的程序,需要創建新的文件。應該選擇什麼菜單創建

從用戶獲取文件名並創建同名文件的函數。然後，函數應該使用while循環來處理文件，並允許用戶輸入要寫入文件的多個整數。
使用for循環讀取文件內容並將其輸出到屏幕的函數。
向文件中追加若干整數的函數。
計算文件中包含的數字總數並列印

㈧ idle怎麼打開並編輯python文件

先確定自己有沒有安裝idle，如果確定已經安裝，先打開idle，點擊file,再點擊open file,找到自己需要打開的Python文件就好了。

㈨ Python 如何寫腳本

以Python2.7操作為例：

1、首先需要打開電腦桌面，按開始的快捷鍵，點擊Python2.7如圖所示的選項進入。

㈩ 如何編寫高質量的python程序

寫出規范的代碼是寫出高質量代碼的第一步，並且有助於培養仔細的習慣。

為了培養規范寫代碼的習慣，可以安裝flake8這個工具，它不僅可以檢查代碼風格是否符合官方建議（PEP8），而且還能找出潛在的隱患（用Pyflakes做語法分析），更逆天的是還能檢測到你有些函數寫的太復雜（代碼圈復雜度）了，更更逆天的是可以設置git commit之前必須通過這些檢查。

當然具體操作需要根據自己的項目進行一些定製，比如可以忽略E501，W293。

空白項目模版

好的開始是成功的一半，寫python代碼就從pyempty開始吧。

在github上看一下那些經典的項目，web.py,flask, pep8，他們的項目目錄都很規范，綜合借鑒了一些項目的特點，我寫了這個pyempty項目。

1.README.md 這里寫你項目的簡介，quick start等信息，雖然distutils要求這個文件沒有後綴名，但github上如果後綴是.md的話可以直接轉換成html顯示。

2.ChangeLog.txt 該文件存放程序各版本的變更信息，也有一定的格式，參考web.py的ChangeLog.txt

3.LICENES.txt 這里存放你項目使用的協議，不要編寫自己的協議。

4.requirements.txt 如果你的項目需要依賴其它的python第三方庫，在這里一行一個寫出來，可能pip install的時候能自動幫你安裝

5.setup.py 安裝腳本，後面詳細介紹

6.docs 裡面存放你的項目文檔，如概要設計，詳細設計，維護文檔，pydoc自動生成的文檔等，強烈推薦大家使用MarkDown格式編寫文檔

7.src 這個目錄里存放項目模塊的主要代碼，盡量不要把模塊目錄直接放到根目錄，模塊代碼目錄可以在setup.py里指定的

8.tests 這個目錄存放所有單元測試，性能測試腳本，單元測試的文件確保以test_做前綴，這樣distutils會自動打包這些文件，並且用python -m unittest discover -s ./ -p 'test_*.py' -v 可以直接執行這些測試

單元測試

Martin Fowler："在你不知道如何測試代碼之前，就不該編寫程序。而一旦你完成了程序，測試代碼也應該完成。除非測試成功，你不能認為你編寫出了可以工作的程序。"

我們有很多理由不寫單元測試，歸根結底是懶，雖然代碼大全上說：

大部分研究都發現，檢測比測試的成本更小。NASA軟體工程實驗室的一項研究發現，閱讀代碼每小時能夠檢測出來的缺陷要比測試高出80%左右(Basili and Selby 1987)。後來，IBM的一項研究又發現，檢查發現的一個錯誤只需要3.5個工作時，而測試則需要花費15-25個工作時（Kaplan 1995)。

但是單元測試還是讓別人相信你的代碼有很高質量的最有力證據。

好了，請詳細閱讀：

深入python3.0: 單元測試-2.x也適用

Unit testing framework 不完整中文版

文檔

敏捷開發不是提倡什麼文檔也不寫，沒有文檔就沒有傳承和積累，輪崗或新人接手任務就會遇到很大的麻煩，所以我決定每個項目最少要寫以下文檔：

1.nalysis.model.md 概要設計文檔，不同於README.md文件，該文檔應該寫於項目開發之前，把項目有哪些功能，大概分幾個模塊等項目整體概述信息寫一下。

2.design.model.md 詳細設計文檔，不用太詳細，至少把項目依賴哪些東西，誰依賴這個項目，重要演算法流程描述，代碼整體結構等寫出來。

3.maintain.md 維護文檔，這個我覺得最重要，你的服務都記錄哪些日誌，需要監控哪些業務指標，如何重啟，有哪些配置項等，沒這些東西，你的項目很難運維。

上面這些文檔都是項目全局性的文檔，不適合寫在docstring或注視里，所以要有單獨的文檔。

打包

python有專門的模塊打包系統distutils，你可以用這套機制把你的代碼打包並分發到Pypi上，這樣任何人都可以用pip或easy_install安裝你的模塊。

如果你開發的是內部項目，還可以用mypypi架設私有的pypi，然後把項目的大的版本更新發布到內部的pypi上，配置管理人員和運維人員可以很方便的從pypi上拉取代碼安裝到測試環境或生產環境。

發布大版本的時候要給版本命名及編寫ChangeList，可以參考Git Pro的相關章節,主要記住以下幾個命令。

git tag -a v0.1 -m 'my test tag' #給大版本命名，打Tag
git describe master #給小版本命名,Git將會返回一個字元串，由三部分組成：最近一次標定的版本號，加上自那次標定之後的提交次數，再加上一段SHA-1值
git shortlog --no-merges master --not v0.1 #生成版本簡報,ChangeList
python有自己的打包機制，所以一般不要用git archive命令。

當然大版本管理用pypi管理比較合適，小的bug fix，緊急上線等好多公司都是用git直接從生產環境拉代碼更新，因為git,svn等可以很方便的撤銷某次更新，回滾到某個位置。

如何管理好大版本上線和小的緊急上線，我還沒理清思路，歡迎大家參與討論。

關於打包，請閱讀如下鏈接：

Python 打包指南

深入Python3.0:打包 Python 類庫

python打包:分發指定文件

出自：http://developer.51cto.com/art/201209/356603.htm