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 有教育版和商用版， 商用版的网上也有补丁工具; 功能齐全，操作简单，也支持插件, 支持各种环境的解释器和环境管理;