为什么wxPython不在标准库中？ [英] How come wxPython isn't in the standard library?
问题描述
See: http://www.wxpython.org/quotes.php. especially:
"wxPython is the best and most mature cross-platform GUI toolkit,
given a number of constraints. The only reason wxPython isn''t the
standard Python GUI toolkit is that Tkinter was there first." - Guido
van Rossum
Guess, that answers my question, but isn''t "Tkinter was there first" a
very bad answer? :) It is kinda ugly too, so I wonder why it can''t be
replaced? Or maybe another GUI library could complement it. IMHO,
having a good GUI library in the stdlib would make distributing GUI
apps much easier. Windows users (and many Linux users) doesn''t like
searching the net to find and download lots of dependancies.
--
mvh Bj?rn
推荐答案
BJ？Lindqvist写道：
BJ?rn Lindqvist wrote:
参见： http://www.wxpython.org/quotes.php 。特别是：
wxPython是最好，最成熟的跨平台GUI工具包，给出了一些限制。 wxPython不是标准Python GUI工具包的唯一原因是Tkinter首先出现在那里。 - Guido
van Rossum
猜猜，这回答了我的问题，但是并不是Tkinter先在那里答案非常糟糕？ :)它有点难看，所以我想知道为什么它不能被取代？或者也许另一个GUI库可以补充它。恕我直言，
在stdlib中拥有一个好的GUI库，这将使分发GUI
应用程序变得更加容易。 Windows用户（以及许多Linux用户）不喜欢在网上搜索和下载大量的依赖项。
See: http://www.wxpython.org/quotes.php. especially:
"wxPython is the best and most mature cross-platform GUI toolkit,
given a number of constraints. The only reason wxPython isn''t the
standard Python GUI toolkit is that Tkinter was there first." - Guido
van Rossum
Guess, that answers my question, but isn''t "Tkinter was there first" a
very bad answer? :) It is kinda ugly too, so I wonder why it can''t be
replaced? Or maybe another GUI library could complement it. IMHO,
having a good GUI library in the stdlib would make distributing GUI
apps much easier. Windows users (and many Linux users) doesn''t like
searching the net to find and download lots of dependancies.
我还没用过WxPython有一段时间了，但是不久之前（少于
a年）如果发生了一点点错误的话，很容易让程序崩溃。除此之外，WxPython prigram将默默地吃掉任何意外的异常，并且你得到一个非常难以调试的情况。
对我来说，这将是wisPython的合法性作为标准的图书馆组件。
史蒂夫
I haven''t used WxPython for a little while, but not long ago (less than
a year) it was dreadfully easy to crash a program if even a little
mistake happened. Add to that that WxPython prigram will silently eat
any unexpected exceptions, and you get a very hard to debug situation.
For me, this would sisqualify wxPython as a standard Library component.
Steve
BJ？Lindqvist写道：
BJ?rn Lindqvist wrote:
恕我直言，
在stdlib中拥有一个好的GUI库会使分发GUI
应用程序变得更加容易。
IMHO,
having a good GUI library in the stdlib would make distributing GUI
apps much easier.
stdlib中的任何内容都受到同一版本的限制。 />
作为核心Python安排。例如，在2.3 Python系列中进行wxPython 2.4到2.5转换是不好的。
如果您的问题是分发应用程序，那么其他解决方案。
例如，请查看 http：//dotamatic.sf。 net 使用wxPython以
Python编写，并包含Windows，Linux和Mac二进制文件。
最终用户永远不需要知道或关心应用程序的编写内容
in或使用的库，并且没有其他依赖性。
一个更极端的例子是 http://www.bitpim.org 我们在哪里还有更多有趣的东西，如XML，SSL，SSH，USB和许多其他库。再次
最终用户不需要知道或关心。
Roger
Anything that is in stdlib is somewhat constrained to the same release
schedule as the core Python. For example it would have been bad to do
the wxPython 2.4 to 2.5 transition during the 2.3 Python series.
If your issue is distributing applications, there are other solutions.
For example, look at http://dotamatic.sf.net which is written in
Python using wxPython and has Windows, Linux and Mac binaries. An
end user never needs to know or care what the application is written
in or libraries used, and there are no other depenedencies.
A more extreme example is http://www.bitpim.org where we have even more
fun stuff like XML, SSL, SSH, USB and many other libraries. Again the
end users don''t ever need to know or care.
Roger
我曾经有过几次问题，但这只是一个问题，而是我的代码更具凝聚力并组织我的异常层次结构，以便确定
异常条款涵盖了更窄范围的代码，并且可以获得更多范围的异常。
I had that ''problem'' a couple of times, but it was just a matter of writing
my code more cohesively and organizing my exception hierarchy so that
certain exception clauses cover a more narrow range of code, and catch a
more wide range of exceptions.
我没有使用过WxPython一段时间，但不久前（不到一年），如果发生了一点点错误，那么程序崩溃是非常容易的。除此之外，WxPython prigram将默默地吃掉任何意外的异常，并且你得到一个非常难以调试的情况。
对我来说，这将使wxPython成为标准的库组件。
Steve
I haven''t used WxPython for a little while, but not long ago (less than a
year) it was dreadfully easy to crash a program if even a little mistake
happened. Add to that that WxPython prigram will silently eat any
unexpected exceptions, and you get a very hard to debug situation.
For me, this would sisqualify wxPython as a standard Library component.
Steve
这篇关于为什么wxPython不在标准库中？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
