window下的python編譯器
Ⅰ 為什麼python在Windows下使用比linux下更方便
基本上每個linux都安裝有python，幾乎每個unix也安裝有python，包括蘋果的OS。android。
windows下通常安裝包都比較健壯。應該用得也很多。如果你安裝出現問題往往是因為這個模塊沒有提供windows下的安裝包。你可以查一下unoffice python mole（好象是這個名子），裡面有些包是別人編譯好的，可以直接用。
主要問題還是windows使用的編譯器是visual studio。而linux , unix很多都是兼容gcc的。象windows這樣沒有unix血統的操作系統，現在已經很少了，大規模使用僅僅微軟一家支持。其它的廠商大多都有unix的傳承與習慣。所以windows與unix之間的問題就顯得比較的突出。
linux下命令行比較方便。不過圖形界面並不是很強大。windows的圖形界面通常好。另外windows下的游戲也特別好。 如果你開發游戲通常只能在windows下做了。手機除外。
linux下的python通常比較的強大，因為它的包，它的工作方式通常會比較的流暢。象管道，事件，共享內存等等都比較容易使用。
Ⅱ windows環境下python3的IDLE編譯器無法輸入英文左括弧怎麼回事。摁了shift鍵不行
python 自帶的IDLE 太難用了，文本編輯器可以選用sublime，IDE可以選用pycharm
Ⅲ 初學python,編輯器用的IDLE.系統Windows XP.編輯器放在E:\python\下.那麼系統環境變數PATH我該怎麼寫
PATH是系統尋找可執行程序的路徑，python的編譯器就是pythonw.exe，解釋器就是python.exe，都在你的E:\python\下，所以你只需在你現有的PATH後面
加上（其中英文格式分號是PATH路徑分隔符）：
;E:\python;E:\python\Scripts;
Ⅳ 更新windows11系統,以前的python能用嗎
可以的
在開發和部署Python程序的時候，往往通過虛擬環境來部署，在這個環境里，Python和依賴庫的版本都是固定的，Python下創建虛擬環境，有conda，venv兩種方式。
2021年10月，語言流行指數的編譯器Tiobe將Python加冕為最受歡迎的編程語言，20年來首次將其置於Java、C和JavaScript之上。由於Python語言的簡潔性、易讀性以及可擴展性，在國外用Python做科學計算的研究機構日益增多，一些知名大學已經採用Python來教授程序設計課程。例如卡耐基梅隆大學的編程基礎、麻省理工學院的計算機科學及編程導論就使用Python語言講授。
Ⅳ 如何編譯可以在Windows下運行的帶有Python支持的ARM Linux GDB
距離上次我編譯這種GDB的時間轉眼過了3年，現在（2017年3月6日），Linaro編譯器已經支持python了。不過，當我們自己使用的時候還是有一些麻煩的，因為Linaro編譯器的sysroot和平時我們用的sysroot還是不一樣的，需要在gdbinit文件裡面用"set sysroot"或"set solib-search-path"之類設定路徑。生在獅子座長成座的我，是無法容忍這種麻煩的，所以還是自己來弄一次。
還是在Linux下做MinGW的交叉編譯，需要MinGW交叉編譯器。
因為Linaro已經做了很多事情了，源碼，expat，python都搞定了，資源如下：
Linaro GDB git：
從這上面找到與Linaro編譯器版本對應的源碼
編譯用的expat和python：
編譯的時候只需要設定一個環境變數：
export PYTHON_MINGW=/home/c/gdb-arm/python-2.7.4-mingw32
然後配置一下就行了：
./configure --host=i586-mingw32msvc --target=arm-linux-gnueabihf --with-libexpat-prefix=/home/c/gdb-arm/expat-2.1.0-1 --without-libunwind-ia64 --without-libunwind-ia64 --without-lzma --with-python=/home/c/gdb-arm/python-2.7.4-mingw32 --without-guile --without-babeltrace --with-sysroot=/opt/sysroot-arm
然後就可以：
make
make DESTDIR= install
Ⅵ 請問在windows下，怎樣運行編輯器里寫好的python程序,怎樣運行源文件#!/usr/bin/python是什麼意思,有用嗎
以#!開頭在linux下是一種特別的注釋，表示python解釋器的目錄位置/usr/bin/python
在windows系統下沒有任何作用，就相當於普通的注釋。windows系統將python所在目錄加進環境變數就可以了。（你可以回憶一下，當時安裝python的時候應該是配置環境變數了的）
Ⅶ Windows 系統下最好用的 Python 文本編輯器是哪一個為什麼
notepad++和submit都可以，沒有為什麼！！
Ⅷ 用Windows的「任務計劃程序」執行Python腳本文件
整個任務計劃設置一路下一步就ok了，幾乎Xp之後每個版本的Windows設置都是差不多的。稍微提一下， 創建基本任務 和 創建任務 的區別是一個有引導界面，一個直接彈出設置界面直接設置。
出問題的是在這個界面的設置方法：
這里先引用一段其他文章里的設置方法：
上面的設置里問題還是挺多的，特別是關於 起始於 的解釋。事實上這里的起始於並不是填寫編譯器所在的目錄，編譯器所在的目錄實際上應該是在 程序與腳本 中就已經填寫過了。而這里 起始於 要填寫的內容應該是
同時，我們注意到，這里的選項後面有一個 (可選) ，意思是如果此處不填的話(預設狀態)，那麼自動將該處的目錄位置定位到起始執行目錄的位置(在 任務計劃程序 執行的過程中通常是 編譯器所在的目錄位置 )。
其實這個跟python的一個內置模塊有關。
os模塊下我們經常用到的os.getcwd()，用於獲取腳本當前目錄位置；
而os.path.pardir可以獲得當前腳本目錄的上一級目錄。
他們在一般雙擊運行的情況下的輸出為(舉例)：
D:Python
..
而當使用編譯器運行python腳本和直接雙擊執行python腳本時，os.getcwd()的輸出結果是不一樣的：
D:Python
C:
換句話說，在使用編譯器執行時(即在cmd中執行 python D:Pythonpath.py )，os.getcwd()取的是python編譯器所在的目錄。 更一般的講 ，os.getcwd()本身這個方法，返回的是當前執行python文件的文件目錄， os.path.pardir同理 。一般情況下，打開腳本時，cmd會自動定位到當前腳本所在位置，類似使用了命令 cd D:Python ，所以執行目錄就在腳本位置，所以輸出 D:Python ；而當用 任務計劃程序 執行時，其本質就是在cmd中將參數拼接，形成 python D:Pythonpath.py 這樣的一條命令來運行程序，所以此時他返回的python的執行文件目錄，就是python的安裝目錄 C: 。
因此我們需要定義 起始於 這個參數來告訴Windows實際的腳本位置在哪裡，否則就會出現找不到目標文件的錯誤。如果腳本中沒有牽涉到類似的目錄位置等情況時(實際情況是這樣的定時腳本大概率會遇到文件輸入輸出問題)，此項大可以不填。
現在重新對這里的設置進行總結：
Ⅸ 學python新手用什麼編譯器
Python的編輯器也是眾多的，下面說下幾種：
提問者使用的是dos的編輯器，這一種當然不舒服；
Python的自帶的有兩種：
2.1 Shell形式：這一種和dos一樣很糾結，如下圖：
其他的第三方，比如Eclips+PyDev等；
個人建議你使用2.2裡面的Edit模式，啟動方法是：
開始--所有程序--Python--IDLE（PythonGUI）。
Ⅹ 適合Windows系統的python文件編輯器有哪些
比較好用的有編輯器有 VSCode 免費且擁有海量插件支持代碼高亮和自動補全，配置好DEBUGGER後也可以進行斷點調試, 前提是需要網上學習一下需要裝什麼插件並如何配置, VSCode不僅支持python代碼編輯，基本所有語言都可以用來做編輯器;
比較好用的IDE有 Pycharm 有教育版和商用版， 商用版的網上也有補丁工具; 功能齊全，操作簡單，也支持插件, 支持各種環境的解釋器和環境管理;