[TL]Python的GUI框架哪个更好？{技术}{Python}{GUI Framework}

[up duan]

rt

[Kula]

pyqt吧..我觉得应该算最好的.虽然用起来还是觉得繁琐了点

2010/3/31 up duan <fix...@gmail.com>

rt

[up duan]

既然繁琐，那么怎么能算好呢？

用起来要自然、直观、简洁才能算好吧。

当然，可移植性也需要考虑，但不是重点。

性能就更不是重点了。

2010/3/31 Kula <kula...@gmail.com>

[Kula]

最简单有效的 我觉得是直接用html + javascript写gui

2010/3/31 up duan <fix...@gmail.com>

[up duan]

2010/3/31 Kula <kula...@gmail.com>

最简单有效的 我觉得是直接用html + javascript写gui

这样需要比较庞大的基础设施啊。一个支持python的http server，一个全功能的浏览器。

[Kula]

没那么麻烦 。adobe air就可以..可惜速度慢点。还要跑一个10多m的运行时..
但是支持html5+css3

2010/3/31 up duan <fix...@gmail.com>

[up duan]

我的主题是Python的GUI啊：）

不过你倒是提醒了我，Python有一个内置的WebServer，要是能有一个Browser的话，就简单了。

不过估计没有Browser，但是我发现Python有html库，现在的问题就是找到一个JS Parser，找到一个图形库［加上html库+自行写一个html渲染引擎］，也就可以了。

2010/3/31 Kula <kula...@gmail.com>

[XIN, Wang]

简单的说“哪个更好”没有意义，对别人来说好的对你不一定好，关键是你的需求是怎样的。不了解你的需求和具体的问题，我想即使大家想帮你也没有办法。

http://wiki.python.org/moin/GuiProgramming

这里列出的每一个库都有自己的特色，在网上一搜也能搜出很多。

至于 Browser 的方案，为什么不能用系统默认的浏览器呢？

另外 XULRunner 可能也是一个不错的方案。

P.S. 这样的问题按照 TL 的规定是不是应该被 Ban 呀？（我只针对规则讨论，不针对发言者或管理员）

2010/3/31 up duan <fix...@gmail.com>

[J.Y. Hsu]

"

There were other considerations, of course. Tkinter is often very slow - try running the IDLE IDE that comes with Python. In contrast, PyQt is very snappy. The Tcl-tk programming model that Tkinter is based on doesn't translate as well to Python as the modified C++ programming model of PyQt. PyQt has also been very well designed: I just love the signal/slot mechanism of PyQt. There is also just about every type of widget I need, and PyQt is easy to install. WxPython, because it's a library (wxPython) based on a library (wxWindows) based on a library (MFC or GTK) can be really difficult to get up and running. Finally, the GUI designer in BlackAdder (or the free equivalent Qt Designer) is a strong point in favor of Qt, too.

The most important features of PyQt are:

• Based on Trolltechs C++ Qt toolkit.

• Runs on Windows and Unix/X11 (and soon on Apple's OS X)

• Uses the innovative signals/slots paradigm to couple GUI items and actions.

• Binds almost the complete Qt library

• Allows subclassing of Qt classes in Python

• Allows applications to mimic the look and feel of Windows, Motif, CDE, SGI and MacOS 9, or take on a custom look and feel.

• Comes with an enormous inventory of advanced GUI controls, such as a canvas, an editable table module and a rich text editor (in version 3.0).

"

--- 摘自  GUI Programming with Python: QT Edition (ISBN: 0-97003300-4-4)

Qt的调用关系比较简单,设计工具也不错. 发布也很方便

2010/4/1 XIN, Wang <xer...@gmail.com>

--
http://ucarenya.com/

[liuxinyu]

GUI的泥潭最好不要陷进去。

我前阵实在没有办法就用Tkinter发布一个内部工具。原因是我确认每个member都安装了Python,但是我不确认每个member都安装了
Qt。
虽然我们也有Qt的项目组，但是大部分的项目组没有使用Qt。

Tkinter的好处就是随Python标准包发布。

[bidong liao]

用pygtk和pyqt都做过一些东西，推荐pyqt. pyqt的好处主要还是来自于QT本身，库全，稳定，文档完善。

部署的机器没安装python和qt没关系。py2exe打包下来也就8，9M左右，包含python和qt的library.

2010/4/1 liuxinyu <liuxi...@gmail.com>

--
To unsubscribe, reply using "remove me" as the subject.

[bidong liao]

“GUI的泥潭最好不要陷进去。”

有些时候的确需要local gui. 这个没什么办法，还没到web取代一切的时代。

2010/4/1 bidong liao <liaol...@gmail.com>

[liuxinyu]

我的这个是个案。

公司聪明的防火墙直接删除Email中的.exe, .cmd. .inf等 附件，而且还很聪明的把zip附件中的这些文件也干掉了。
我通过Email发布一个.py文件，只需要几百K，然后email给全公司，任何人double click附件就可以了。
这种便利是py2exe无法带来的。

为啥我不用其他发布方式？懒，我和我的用户都特别懒。

以前我发布过一些命令行的工具，但是效果很不好。这次的tkinter的就明显不同，N多人在使用。
可见现代人类已经习惯GUI了。

再扯远一点，Haskell的那个GTK binding也挺不错。但是多年的教训告诉我，远离GUI泥潭，
GUI对用户好，对程序员就是个毒药，他让人深陷其中，乐此不疲，却和解题的思路、数学、算法等更重要的
东西渐行渐远。

--
刘新宇
http://sites.google.com/site/algoxy/

On Apr 1, 3:23 pm, bidong liao <liaoliao...@gmail.com> wrote:
> 用pygtk和pyqt都做过一些东西，推荐pyqt. pyqt的好处主要还是来自于QT本身，库全，稳定，文档完善。
>
> 部署的机器没安装python和qt没关系。py2exe打包下来也就8，9M左右，包含python和qt的library.
>

> 2010/4/1 liuxinyu <liuxiny...@gmail.com>

[bidong liao]

1. no ui
2. gui
3. cui

如果你的app不是服务，需要和用户交互，那么ui一定是少不了的。既然ui少不了，不可避免总的要选择一个ui library来实现，无论你多么强悍的'解题的思路、数学、算法', 对吧？问题就成了不是用不用gui, 而是选用什么样的gui。

这是现实需求，总得有人做，都‘远离’是不可能的。

我假设你不是指所有app都应该用cui吧？呵呵

2010/4/1 liuxinyu <liuxi...@gmail.com>

[Kula]

我最近也在头痛gui的问题. 没有一个足够优秀的gui库..qt虽然不错。但离我理想的还有一定差距。

2010/4/1 bidong liao <liaol...@gmail.com>

[qiaojie]

可以试试TK

2010/4/1 Kula <kula...@gmail.com>

[Kula]

tk给我的印象是，小打小闹.作一些专业性的应用就不行了.
到最后还是得上qt,gtk这些大家伙.

事实上我更期待xml+dom+python的这种ui模型.可惜目前尚不知道是否有实现.

2010/4/1 qiaojie <qia...@gmail.com>

[liuxinyu]

少了一个：
REPL

我力图80%的问题用REPL搞定，19%的问题用CUI搞定，剩下1%的问题，我搞定后，交给GUI团队去做后继的。
能达到这个目标，简直就是programmer的共产主义大同社会啦。

On Apr 1, 4:31 pm, bidong liao <liaoliao...@gmail.com> wrote:
> 1. no ui
> 2. gui
> 3. cui
>
> 如果你的app不是服务，需要和用户交互，那么ui一定是少不了的。既然ui少不了，不可避免总的要选择一个ui
> library来实现，无论你多么强悍的'解题的思路、数学、算法', 对吧？问题就成了不是用不用gui, 而是选用什么样的gui。
>
> 这是现实需求，总得有人做，都'远离'是不可能的。
>
> 我假设你不是指所有app都应该用cui吧？呵呵
>

> 2010/4/1 liuxinyu <liuxiny...@gmail.com>

[up duan]

2010/4/2 liuxinyu <liuxi...@gmail.com>

少了一个：
REPL

我力图80%的问题用REPL搞定，19%的问题用CUI搞定，剩下1%的问题，我搞定后，交给GUI团队去做后继的。
能达到这个目标，简直就是programmer的共产主义大同社会啦。

REPL不能适合产品交付吧。 

[qiaojie]

不懂UI的程序员蛮悲哀的，成果是出了不少，但却没有用户，然后那些只会写写UI的程序员把这些成果拿的去，

包装一个花哨的UI，就可以拿到市场上大卖特卖了，等他有了钱做了老板，再花钱把那些不懂UI的程序员招过

来给他打工。

2010/4/2 liuxinyu <liuxi...@gmail.com>

[Jeff Chen]

期待有人谈谈自己亲身经历的意见

--
My Blog：http://jeffchen.cn

[Xpol Wan]

你是不是要rails风格的gui啊？

这个就是，

http://rugui.org/

ruby + GTK的（QT的封装未完成）MVC框架。

只可惜只是一个雏形项目，文档很少，没有达到产品品质。

另外，如果有人知道类似这样的MVC的GUI（非web）框架，不妨介绍一下。

Best Regards!

Xpol Wan

[Jeffrey Zhao]

亲身经历很多啊，比如当年想赚点零花钱的时候会发现，因为自己不会UI，所以单独一个人的时候什么项目都做不了。

Jeffrey Zhao
Blog: http://blog.zhaojie.me/
Twitter: https://twitter.com/jeffz_cn

[bidong liao]

成熟一点的跨平台gui库，就qt, gtk, wxwidget, tk可以选。要想省心点， 还是推荐qt，优点前面说了。就我个人使用经验来看，用qt花在gui上的时间最少。

其实就凭文档这一点，我也选择qt。

2010/4/2 Jeffrey Zhao <je...@live.com>

[Kula]

同感慨.. 老是觉得自己技术还算不错。在公司里也算是技术骨干..
但朋友们想找我做几个功能很简单的软件。我都是因为不会写ui而作罢..

2010/4/2 Jeffrey Zhao <je...@live.com>

[sagasw]

在此情况下，VS的拖拖拽拽就相当有用了，
比如说我一个朋友想要有个很复杂的界面（要能分栏，能dock吸附等等），新版本的VS2008的MFC风格点几下按钮就成功了。
这种钱如果赚，简直轻松到爆。


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Kula <kula...@gmail.com>

慨.. 老是觉得自己技术还算不错。在公司里也算是技术骨干..
但朋友们想找我做几个功能很简单的软件。我都是因为不会写ui而作罢..

[sagasw]

不知道楼主哪里提到了跨平台。

我觉得比较有意思的一点是有一种观点：什么framework、架构之类，不跨平台光在windows就是烂，比如MFC。
QT就那么好么？别忘了QT是要钱的。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 bidong liao <liaol...@gmail.com>

[Kula]

vs.net 也能跨平台.
linux下是mono

其实.net用来作ui 的确是个不错的选择.除了要装一个不算小的运行时库

2010/4/2 sagasw <sag...@gmail.com>

[qiaojie]

我们公司的产品（舞台控制系统）原先是用linux的，UI主要用的TK和QT，开发和维护都很痛苦。后来我说服了老板，新产品全面改用windows和 .net平台，UI使用WPF，然后一切都变得轻松了。

 

 

2010/4/2 sagasw <sag...@gmail.com>

[sagasw]

你在做一个话题混淆哦，
dotnet真正跨平台的只不过是CLI部分，而mono所谓的界面跨平台，应该是用GTK#实现的，跟微软的不是一码事。
我所谓的跨平台，省略了（界面库），
要不然python那还有什么跨不跨的问题呢。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Kula <kula...@gmail.com>

[Kula]

我前段时间也在考虑..以后的桌面程序解决方案就是 f#+wpf

2010/4/2 qiaojie <qia...@gmail.com>

[sagasw]

前面我翻译了那篇文章其实讲的就很清楚"你在项目中用了很多技术么？软件开发中7种反模式"

"反模式6：即使没必要也拔高扩展性的优先级

我听到的一个很常见的使用酷炫的新技术的理由是他们有良好的扩展性以及其他平常方法做不到的可配置能力。听上去很酷是不是，其实大多数情况下对于项 目来说这都不是必须的，使用它们只能增加项目工程完成的风险。

"

所谓跨平台，大多数情况下只是个噱头。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 qiaojie <qia...@gmail.com>

[Kula]

呵呵.没必要管mono的界面是用什么实现的.只要同样的代码,在windows下和在linux下出来的效果接近.这就行了.至于mono的界面底层是用qt实现的还是用gtk实现的.有关系吗

2010/4/2 sagasw <sag...@gmail.com>

[sagasw]

当然有关系啊，
别以为底层的东西就不会影响到你，
QT也好GTK也好，他们都算是一种技术负担，你用了mono，就是看重了C#，结果还要考虑QT或者GTK的消息循环、内部逻辑什么的。

最最重要一点是，他们不是微软官方支持的，将来怎么样，谁知道，你能要求客户升级个QT库，因为你用到了他们，客户也许会反问，你这不是dotnet么？

另外，我在反复强调，好像大家也不在意的一件事：

QT是要钱的（针对商业开发）

不要以为这是件小事情，它涉及到知识产权问题，将来是个大隐患。

[bidong liao]

1. 不知道楼主哪里提到了跨平台。

   quote "用起来要自然、直观、简洁才能算好吧。

当然，可移植性也需要考虑，但不是重点。"

2. QT就那么好么？别忘了QT是要钱的。
    vs2008+mfc 不要钱？

3. 不跨平台光在windows就是烂，比如MFC
    这里有人说过这样的话?

另外，楼主讨论的是python gui framework？ MFC有python绑定么？

2010/4/2 sagasw <sag...@gmail.com>

[bidong liao]

"所谓跨平台，大多数情况下只是个噱头。"

那‘小部分’必需的情况下呢？

2010/4/2 sagasw <sag...@gmail.com>

[sagasw]

既然抬杠，那么就好好抬抬看吧。

1，当然，可移植性也需要考虑，但不是重点
但是后面提到什么QT或者GTK，多数以跨平台为说辞。

2，VS2008不要钱，真的，你不知道有个不要钱的版本么？

3，MFC就是烂，在TL里经常有人提到，我就不翻老贴找证据了

我之所以提到MFC，那叫比喻，懂不懂什么叫比喻？
另外，就算是跑题了，不可以么？犯罪了？

[bidong liao]

开发和维护都很痛苦，使用了 TK和QT的原因？
GUI占多大的比重，在你的app中？

2010/4/2 qiaojie <qia...@gmail.com>

[Fuzhou Chen]

消消气。

既然是商业开发，考虑QT的成本是应该的，sagasw没有说错。至于烂不烂
都是其次，用得上就可以了。不过sagasw也别离题，up想问的是python的哪个
GUI框架更好，讲到VS和.NET就有点远了。

我倒是认为Tk没有Kula说得那么凄惨。比如aMSN，一度曾经被认为是Linux下
最好的MSN客户端，也是拿Tk写的，虽然不是Tkinter。以前我一度不喜欢Tk是
因为Tkinter很长一段时间都没升级到Tk 8.5，而8.4版本之前（包括8.4）一直都
没解决XWindow下的输入法问题。这几天升级Archlinux才注意到Python的依赖
已经升级到Tk8.5了，所以正在看网上的例子准备接着学。

2010/4/1 bidong liao <liaol...@gmail.com>:

--
《采莲》·江南

为卿采莲兮涉水，为卿夺旗兮长战。为卿遥望兮辞宫阙，为卿白发兮缓缓歌。

另抄自蒜头的评论：http://www.douban.com/review/1573456/：

　　且祭一束紫琳秋，为一段落花流水的传说
　　且饮一杯青花酒，为一场几多擦肩的错过
　　且焚一卷旖旎念，为一腔抛付虚无的惜怜
　　且歌一曲罢箜篌，为一刻良辰春宵的寂寞

[sagasw]

http://ironpython.net/browser/docs.html

试试这个吧，如果你不需要跨太多平台，银光已经在官方支持mac了，用它还是不错的。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/3/31 up duan <fix...@gmail.com>

既然繁琐，那么怎么能算好呢？

用起来要自然、直观、简洁才能算好吧。

当然，可移植性也需要考虑，但不是重点。

性能就更不是重点了。

2010/3/31 Kula <kula...@gmail.com>

pyqt吧..我觉得应该算最好的.虽然用起来还是觉得繁琐了点

[Fuzhou Chen]

IronPython和C Python在标准库上基本上不兼容的。毕竟还是不能代替C Python。
Silverlight开发界面呢，我担心的是必须用Windows开发了，那可是一大笔钱，估
计我掏不起。

2010/4/1 sagasw <sag...@gmail.com>:

--

[Kula]

silverlight这种东西.对我这样开发机os是ubuntu的人不大适用..

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[sagasw]

你提到的标准库不兼容，意思是指ironpython没法调用cpython库吧，
其实不用担心，不是还有mono么。

再说了，如果用ironpython开发，既保证了python语言特性，又能用到silverlight这种界面库。
不挺好的么？
至于windows开发一大笔钱，我不太明白，你是说用linux开发不要钱么？难不成在白纸上开发？

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[Kula]

他的意思是不想用盗版吧..

2010/4/2 sagasw <sag...@gmail.com>

[Fuzhou Chen]

用Mono就不是C Python了。而且我得说一句：IronPython早在2.0之前就不能用Mono
编译通过了，因为用了太多Linq的东西。至少到去年为止我还试过一次，莫非今年又
有所改变？

Linux下我的习惯是VIM加ctags加Mercurial，除了硬件成本之外基本上不需要花什么钱。

Kula下面说得对，我确实不用盗版的。所以Windows + Silverlight的开发环境恐怕
开销不会小。顺便问一句有人试过在VS Express下配置Silverlight的开发环境么？

2010/4/1 sagasw <sag...@gmail.com>:

--

[bidong liao]

sigh..... 谢谢你教会了我什么是比喻。 可以跑题。 没有犯罪。

2010/4/2 sagasw <sag...@gmail.com>

[sagasw]

不客气，有问题随时欢迎，我是有问必答的人形stackoverflow。

[Jeffrey Zhao]

mono对LINQ的东西很早就支持的很好了，我不知道你为什么会因此编译不通过。

 

我没编译过，我只是运行过，IronPython在mono下跑得很正常。

Jeffrey Zhao
Blog: http://blog.zhaojie.me/
Twitter: https://twitter.com/jeffz_cn

From: Fuzhou Chen

Sent: Friday, April 02, 2010 1:07 PM

To: pon...@googlegroups.com

[sagasw]

http://stackoverflow.com/questions/76044/is-there-a-way-to-productively-do-silverlight-development-without-buying-vs2008

“爆栈网”提供了一些答案或者说选项，比如用Eclipse4sl，
当然我也没试过，所以只能说有这个可能性，应该还是可行的。

至于Ironpython不兼容CPython标准库，我觉得JPython应该也有类似的问题吧。但是，什么情况下，非要使用C实现的标准库，而不是用当前实现的标准库呢？IronPython与IronRuby的开发目标都是实现对标准库的百分百兼容（以及标准测试的百分百通过），当然现在还没成功就是了。

BTW，我的这个推荐是针对windows开发者而言，IronPython算是个不错的方案。
如果都使用Linux了，那还要GUI界面干嘛呢？

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[Fuzhou Chen]

也许是去年我用的mono版本很老吧。

我的印象是如果直接下载IronPython的binary确实是可以在mono下运行的，但是build
的时候会在所有Linq语法上报语法错。后来我一年没有碰过mono，不知道是不是更新
过，我回头试试看。

顺便说一句，如果是用的Linux下的安装的Ironpython，最好确认一下是不是FePy，那个
版本和标准的Codeplex发布的版本相比做了一些改动的。它的主页上有相关的邮件列表
可以跟踪，http://fepy.sourceforge.net/。

2010/4/1 Jeffrey Zhao <je...@live.com>:

[qiaojie]

担心windows的成本简直就是一个玩笑。一套windows不过千把块钱，就算把office,visual studio之类的都配齐，万把块钱以搞定了，

这些不过一个人月的成本而已，相比较在linux上所花费的学习成本要廉价的多。

我认为在国内用linux的开发成本要比windows贵的多，因为盗版的普遍性，大家学习windows的成本是很低的，所以在市场上要招

几个windows程序员相比与同样水平的linux程序员要便宜很多，而且国内用linux的不乏自命清高者理想主义者和纯粹主义者，这些

人离用户太远，对项目而言是有害的。

 

 

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[up duan]

BTW，我的这个推荐是针对windows开发者而言，IronPython算是个不错的方案。
如果都使用Linux了，那还要GUI界面干嘛呢？

呵呵，Linux下面也需要GUI的呀。尤其是嵌入式设备上。 

[sagasw]

那把你的需求详详细细的列出个单子来，
这样推荐才有目的，

不存在普适性的推荐，关注在需求上，而不是关注用什么技术，是很重要的一个设计理念。
（我好喜欢理念这个词！）

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 up duan <fix...@gmail.com>

[Fuzhou Chen]

>>> 但是，什么情况下，非要使用C实现的标准库，而不是用当前实现的标准库呢？

sagasw我想你恐怕是望文生义了，我说我用C Python，是说我用的是从www.python.org上
下载的Python和对应的模块。我说IronPython和C Python的标准库不兼容，是说我们不能
顺顺当当地用ipy import那些C Python发行包里的模块。

Jython当然和IronPython有一样的问题，所以我从来都不用的。如果用Jython，我会直接用
Java库的。

>>> IronPython与IronRuby的开发目标都是实现对标准库的百分百兼容（以及标准
>>> 测试的百分百通过），当然现在还没成功就是了。

首先，这不是理由。我不是等将来实现了兼容采用的，而是现在就要用。
其次，我确实没有听说过标准库100%兼容这句话出现在IronPython的开发目标上。
IronPython的文档一直是说语言兼容，库兼容并没有提到议程上过。

2010/4/1 sagasw <sag...@gmail.com>:

[Kula]

得看作什么.如果是作图形界面..linux我觉得应该是存在开发成本

如果是作web应用. linux就再方便不过了..
装一个git管理源代码
装一个web框架
如果怕vim麻烦的话装一个eclipse

三行apt-get 就能开始干活了. 效率绝对不会比win上慢多少。

2010/4/2 qiaojie <qia...@gmail.com>

[Fuzhou Chen]

> 2010/4/2 qiaojie <qia...@gmail.com>
>> 担心windows的成本简直就是一个玩笑。一套windows不过千把块钱，就算把office,visual
>> studio之类的都配齐，万把块钱以搞定了，
>> 这些不过一个人月的成本而已，相比较在linux上所花费的学习成本要廉价的多。

说实话，万把块钱要是我自己出，还是挺困难的。Linux的话比较便宜点，我写程序主要是自娱自乐，
当然省一点是一点。

另外我的经历可能和别人有所不同，我用的第一台电脑的系统是Linux，Windows是一直到接近本科
毕业才开始用，所以对我来说Windows的学习成本比Linux高很多——当然只是我个人的情况。

2010/4/1 Kula <kula...@gmail.com>:

[sagasw]

不兼容的问题是很显然的，毕竟实现方式不一样。

我对IronPython的release target是有一些误解，但是很显然IronPython的开发组一直在试图实现Windows上可以实现的标准库（这里奇怪一下csv和log有什么困难的难以实现的问题）
Python缺少了库的支持，恐怕就失色很多吧，毕竟它是要提供完整的解决方案，而不是像C那样仅作为一个轮子开发工具出现的。

我只是提出Python在Windows上实现界面的一种可能，至于楼主准备采用哪个，那就不是我关心的。如我前文所讲，需求才是做决策的依据。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[qiaojie]

我们公司前段时间有个项目要搞一个实时机械控制系统，要求响应延迟不能超过1ms，一开始想当然的应该用linux实时内核系统，然后我在linux上

痛苦的研究了一个月，一直没啥进展。忽然有一天发现在windows也有实时内核扩展，1万美刀就可以搞定，开发环境很友好，遇到问题还有技术支持，

测试下来感觉非常好，有时候能够靠花钱解决问题的反而更节省成本。

 

 

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[Fuzhou Chen]

我不是说一定要用Linux。而且qiaojie你的环境显然和我不一样。一万美元对一个公司来说当然是
可以接受的，可对我这种自己写程序玩的人显然是出不起的。我自己没用过Linux做实时系统，所以
也没法给你什么建议。

顺便问一句，我猜你说的是XP Embeded？

2010/4/1 qiaojie <qia...@gmail.com>:

--

[qiaojie]

是一套第三方的扩展，参见：www.intervalzero.com

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[Fuzhou Chen]

还真是基于Windows Embeded的啊，呵呵。多谢了。

2010/4/1 qiaojie <qia...@gmail.com>:

[Jeffrey Zhao]

其实标准库也可以说是语言的一部分，所以IronPython团队和社区也是希望尽量完整的实现标准库。

 

说到C标准库，有个开源项目ironclad，目标是致力于在IronPython里使用CPython的扩展。

 

目前只支持32bit Windows上的CPython 2.6，其他平台的正在进行中。

 

http://code.google.com/p/ironclad/

Jeffrey Zhao
Blog: http://blog.zhaojie.me/
Twitter: https://twitter.com/jeffz_cn

From: sagasw

Sent: Friday, April 02, 2010 1:56 PM

To: pon...@googlegroups.com

Subject: Re: [TL]Python的GUI框架哪个更好？{技术}{Python}{GUI Framework}

[Fuzhou Chen]

这个推理没有道理。我没有看过IronPython团队在开发目标中明确承诺过标准库的兼容，而且
Ironpython在codeplex发行中也从未包括和CPython标准库模块之间兼容测试的benchmark。
从目前的情况看，我更倾向于认为IronPython的开发组没有刻意地要求兼容随C Python发行版
附带的模块。

至于Ironclad，他们的目标是希望让Ironpython能够直接import用CPython的C API写出来的DLL，
和我说的情况多少还有些差别。

2010/4/1 Jeffrey Zhao <je...@live.com>:

--

[sagasw]

的确是没有明确的说明，但是Iron系列的开发人员Jimmy有一个关于IronRuby的状态
http://blog.jimmy.schementi.com/2009/02/ironrubyinfo.html
http://ironruby.info/

有着ironruby的比较，我想ironpython应该也有类似的目标，
http://ironpython.codeplex.com/releases/view/12482

你的需求跟我的需求不一样，所以Iron可能没法满足你，
只能说这个方案不符合你而已，但是对于我来讲，现在的IronPython已经可以满足大多数Windows上的任务了。
除了web framework还不够好，但是可以用IronRuby来补足。

[Jeffrey Zhao]

我是在IronPython in Action上看到这个说法的，具体的这种“态度”问题倒也真没法说清。

Jeffrey Zhao
Blog: http://blog.zhaojie.me/
Twitter: https://twitter.com/jeffz_cn

[Fuzhou Chen]

事实上我什么需求也没有，得看UP的需求，呵呵。

其实我倒是从IronPython 1.0版开始一直都在用的，Windows上基本上都靠它。只是我
得指出的是IronPython并不是CPython的替代品，至少到目前为止如此。这其中跨平台
也是原因之一，但真正麻烦的是模块和函数库的兼容，所以如果有人问Python下哪些工具
好用，我不会用IronPython作为建议。

2010/4/1 sagasw <sag...@gmail.com>:

--

[sagasw]

能否具体指明一下那些模块或者函数库？

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[Fuzhou Chen]

IronPython自己的网站上就有一个专门的维护列表：
http://www.codeplex.com/wikipage?ProjectName=IronPython&title=Differences

这个列表的整体趋势是在减少，不过还不完整，除了它列出的sys和socket之外，
还有很多比如tty、sqlite3、Tkinter，都在此列。相对而言，一些纯python的库兼容
性现在做得比较好，不过那些和二进制代码形成依赖的纯Python模块不在此列，虽
然很多也能成功import，但不代表能够正常使用，一个很好的例子是
SimpleHTTPServer.test()，这个模块可以import，但如果在Windows Server2008下
用IronPython执行那个函数的话会出错的，反过来CPython就可以正确执行。

最后还有一个非常要命的库，就是unicode。IronPython遵循Windows的encoding
命名规范而CPython有自己的一套，所以与编码转换有关的脚本放在IronPython上
也经常无法运行。

其实主要的问题出在二进制扩展无法兼容上，所以才有了Ironclad。

2010/4/2 sagasw <sag...@gmail.com>:

[up duan]

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

事实上我什么需求也没有，得看UP的需求，呵呵。

看来我的需求成了讨论的瓶颈了：）。

是这样的，这不是一个商业项目，只是一个个人的开源项目。现在我的工作平台是Linux，本着先做出来再调整好的原则，我采用Python这个移植性不错的语言作为开发语言，以便于将来能够方便的移植到别的平台上，我说的移植不很重要的原因是我现在处在实现阶段，暂时只关心实现的方便性。

其实我倒是从IronPython 1.0版开始一直都在用的，Windows上基本上都靠它。只是我
得指出的是IronPython并不是CPython的替代品，至少到目前为止如此。这其中跨平台
也是原因之一，但真正麻烦的是模块和函数库的兼容，所以如果有人问Python下哪些工具
好用，我不会用IronPython作为建议。

能够简单的部署到别的同质平台上也是一个很合理的要求，对于异质平台，我希望尽可能的借助Python本身的移植性完成我的部署需求。所以，我也觉得IronPython跟CPython的差异过大。

正如赵姐夫说的，库，尤其是标准库，往往被认为是语言的一部分。 

 

[Fuzhou Chen]

> 库，尤其是标准库，往往被认为是语言的一部分。

确实如此，但就是因为在我目力所及能看到如此之多的不兼容
之处，所以我不会认为IronPython和C Python可以互相替代。

至于移植成本呢，我得说就我的经验而言C Python的移植成本
不算高，很多系统级别的差异已经通过一些模块屏蔽掉了，比如
即使在Windows下我还是可以调os.fork()。当然，具体到一些
细微的差别还是不一样的。

至于UI库选择呢，我现在开始向朋友们推荐Tkinter，主要理由是

a) Python内建，集成性好；
b) Linux XWindow下的输入法问题终于解决，对东亚语言国家
来说现在是真正可用了。
c) 语法很简单，教程也不少。

缺点当然是有的，最主要的是和系统下的默认UI库观感不一样，
Windows下好一些，差别最大的其实是Linux。Mac我没用过，
无法置评。不过个人开发的话其实没什么太大的关系。

另一个问题是Accessibility支持不好。在Windows下如果用工具
去看的话不难发现Tk的UI元素是都没有Accessibility名字的，所以
如果这个UI要支持残疾人使用，那么写起来会非常累，还是考虑换
一个库好些。

2010/4/2 up duan <fix...@gmail.com>:

--

[qingant]

QT是LGPL的

2010/4/2 sagasw <sag...@gmail.com>

当然有关系啊，
别以为底层的东西就不会影响到你，
QT也好GTK也好，他们都算是一种技术负担，你用了mono，就是看重了C#，结果还要考虑QT或者GTK的消息循环、内部逻辑什么的。

最最重要一点是，他们不是微软官方支持的，将来怎么样，谁知道，你能要求客户升级个QT库，因为你用到了他们，客户也许会反问，你这不是dotnet么？

另外，我在反复强调，好像大家也不在意的一件事：

QT是要钱的（针对商业开发）

不要以为这是件小事情，它涉及到知识产权问题，将来是个大隐患。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Kula <kula...@gmail.com>

呵呵.没必要管mono的界面是用什么实现的.只要同样的代码,在windows下和在linux下出来的效果接近.这就行了.至于mono的界面底层是用qt实现的还是用gtk实现的.有关系吗

2010/4/2 sagasw <sag...@gmail.com>

你在做一个话题混淆哦，
dotnet真正跨平台的只不过是CLI部分，而mono所谓的界面跨平台，应该是用GTK#实现的，跟微软的不是一码事。
我所谓的跨平台，省略了（界面库），
要不然python那还有什么跨不跨的问题呢。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Kula <kula...@gmail.com>

vs.net 也能跨平台.
linux下是mono

其实.net用来作ui 的确是个不错的选择.除了要装一个不算小的运行时库

2010/4/2 sagasw <sag...@gmail.com>

不知道楼主哪里提到了跨平台。

我觉得比较有意思的一点是有一种观点：什么framework、架构之类，不跨平台光在windows就是烂，比如MFC。
QT就那么好么？别忘了QT是要钱的。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 bidong liao <liaol...@gmail.com>

成熟一点的跨平台gui库，就qt, gtk, wxwidget, tk可以选。要想省心点， 还是推荐qt，优点前面说了。就我个人使用经验来看，用qt花在gui上的时间最少。

其实就凭文档这一点，我也选择qt。

2010/4/2 Jeffrey Zhao <je...@live.com>

亲身经历很多啊，比如当年想赚点零花钱的时候会发现，因为自己不会UI，所以单独一个人的时候什么项目都做不了。

Jeffrey Zhao
Blog: http://blog.zhaojie.me/
Twitter: https://twitter.com/jeffz_cn

From: Jeff Chen

Sent: Friday, April 02, 2010 10:55 AM

To: pon...@googlegroups.com

期待有人谈谈自己亲身经历的意见

2010/4/2 liuxinyu <liuxi...@gmail.com>

少了一个：

> > > > --
> > > > To unsubscribe, reply using "remove me" as the subject.

--
My Blog：http://jeffchen.cn

[LeeoNix]

而且QT有两个版本。且针对Linux下的商业版本是免费的。

[sagasw]

这就是我说的商业使用要付费的原因，另外，你从那里看到的Linux下商业版本免费？

我参考的是
http://qt.nokia.com/products/licensing

莫非你参考了更神奇的网址？

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 LeeoNix <leeo...@gmail.com>

QT

[sagasw]

兄弟，好好看看QT license页面吧，
不要以为Linux就是免费的代名词，什么东西到了Linux上就该免费？
哪里看到的奇谈怪论。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 qingant <qin...@gmail.com>

[Fuzhou Chen]

这可错了。

根据诺基亚网站的信息，QT是商用License/GPL2/GPL3选择授权。
开发商用软件仍然是要付费的，无论是在哪一个平台下；开发GPL
软件倒是免费的。

具体参见 http://qt.nokia.com/products/licensing

2010/4/2 LeeoNix <leeo...@gmail.com>:

--

[sagasw]

TL组里不少关于GUI framework问题，动辄有人提QT QT的，
我是比较好奇他们是非常有钱到不在意那个License价格？还是说共产主义到了会开发GPL软件的地步？
要知道，QT的商用license‘按人头算钱，真的要符合的话，小公司哪有那些钱。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[Kula]

开发软件不一定是开发商用软件

2010/4/2 sagasw <sag...@gmail.com>

[Kenny Yuan]

应该已经是LGPL协议了，在N记收购之后

--
Kenny Yuan
-->CS, MMA, Psychology, Automobile...
http://twitter.com/kenny_yuan
http://csbabel.wordpress.com/
http://blog.csdn.net/yuankaining/

[C++09]

�Եġ�
http://qt.nokia.com/about/licensing

Nokia to Add LGPL to Qt Licensing Model

Nokia today announced that its Qt cross-platform user interface (UI) and application framework for desktop and embedded platforms will be available under the open source LGPL version 2.1 license from the release of Qt 4.5, scheduled for March 2009.  In addition:

• Qt source code repositories will be made publicly available and will encourage contributions from desktop and embedded developer communities.
• Service offerings for Qt will be expanded to ensure that all Qt development projects can have access to the same levels of support, independent of the selected license.
  

On 2010/4/2 17:43, Kenny Yuan wrote:

Ӧ���Ѿ���LGPLЭ���ˣ���N���չ�֮��

�� 2010��4��2�� ����5:20��sagasw <sag...@gmail.com>д ����

TL ���ﲻ�ٹ���GUI framework���⣬����������QT QT�ģ�
���DZȽϺ��������Ƿdz���Ǯ���������Ǹ�License�۸񣿻���˵�������嵽�˻Ὺ��GPL����ĵز���
Ҫ֪����QT������license������ͷ��Ǯ�����Ҫ��ϵĻ���С��˾������ЩǮ��

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

�� �ɴ��ˡ�

���ŵ������վ����Ϣ��QT������License/GPL2/GPL3ѡ����Ȩ��
�������������Ȼ��Ҫ���ѵģ�����������һ��ƽ̨�£�����GPL
���������ѵġ�

����μ� http://qt.nokia.com/products/licensing



2010/4/2 LeeoNix <leeo...@gmail.com>:

> ����QT�������汾�������Linux�µ���ҵ�汾����ѵġ�
>
> �� 2010��4��2�� ����4:26��qingant <qin...@gmail.com> ���
>>
>> QT��LGPL��
>>
>> 2010/4/2 sagasw <sag...@gmail.com>
>>>
>>> ��Ȼ�й�ϵ����
>>> ����Ϊ�ײ�Ķ����Ͳ���Ӱ�쵽�㣬
>>> QTҲ��GTKҲ�ã����Ƕ�����һ�ּ���������������mono�����ǿ�����C#�����Ҫ����QT����GTK����Ϣѭ�����ڲ��߼�ʲô�ġ�
>>>
>>> ������Ҫһ���ǣ����Dz���΢��ٷ�֧�ֵģ�������ô��˭֪��������Ҫ��ͻ����QT�⣬��Ϊ���õ������ǣ��ͻ�Ҳ��ᷴ�ʣ����ⲻ��dotnetô��
>>>
>>> ���⣬���ڷ���ǿ����������Ҳ�������һ���£�
>>>
>>> QT��ҪǮ�ģ������ҵ������
>>>
>>> ��Ҫ��Ϊ���Ǽ�С���飬���漰��֪ʶ��Ȩ���⣬�����Ǹ���������

>>>
>>> ------------------------------------
>>> C++, Lua, living in Dalian
>>> http://sunxiunan.com/
>>> http://twitter.com/sagasw
>>> ------------------------------------
>>>
>>>
>>> 2010/4/2 Kula <kula...@gmail.com>
>>>>
>>>>

>>>> �Ǻ�.û��Ҫ��mono�Ľ�������ʲôʵ�ֵ�.ֻҪͬ��Ĵ���,��windows�º���linux�³�����Ч��ӽ�.�������.����mono�Ľ���ײ��� ��qtʵ�ֵĻ�����gtkʵ�ֵ�.�й�ϵ��
>>>>
>>>> 2010/4/2 sagasw <sag...@gmail.com>
>>>>>
>>>>> ������һ���������Ŷ��
>>>>> dotnet�����ƽ̨��ֻ������CLI���֣���mono��ν�Ľ����ƽ̨��Ӧ������GTK#ʵ�ֵģ���΢��IJ���һ���¡�
>>>>> ����ν�Ŀ�ƽ̨��ʡ���ˣ�����⣩��
>>>>> Ҫ��Ȼpython�ǻ���ʲô�粻��������ء�

>>>>>
>>>>> ------------------------------------
>>>>> C++, Lua, living in Dalian
>>>>> http://sunxiunan.com/
>>>>> http://twitter.com/sagasw
>>>>> ------------------------------------
>>>>>
>>>>>
>>>>> 2010/4/2 Kula <kula...@gmail.com>
>>>>>>

>>>>>> vs.net Ҳ�ܿ�ƽ̨.
>>>>>> linux����mono
>>>>>>
>>>>>> ��ʵ.net������ui ��ȷ�Ǹ������ѡ��.����Ҫװһ������С������ʱ��
>>>>>>
>>>>>> 2010/4/2 sagasw <sag...@gmail.com>
>>>>>>>
>>>>>>> ��֪��¥�������ᵽ�˿�ƽ̨��
>>>>>>>
>>>>>>> �Ҿ��ñȽ�����˼��һ������һ�ֹ۵㣺ʲôframework���ܹ�֮�࣬����ƽ̨����windows�����ã�����MFC��
>>>>>>> QT����ô��ô��������QT��ҪǮ�ġ�

>>>>>>>
>>>>>>> ------------------------------------
>>>>>>> C++, Lua, living in Dalian
>>>>>>> http://sunxiunan.com/
>>>>>>> http://twitter.com/sagasw
>>>>>>> ------------------------------------
>>>>>>>
>>>>>>>
>>>>>>> 2010/4/2 bidong liao <liaol...@gmail.com>
>>>>>>>>

>>>>>>>> ����һ��Ŀ�ƽ̨gui�⣬��qt, gtk, wxwidget, tk����ѡ��Ҫ��ʡ�ĵ㣬
>>>>>>>> �����Ƽ�qt���ŵ�ǰ��˵�ˡ����Ҹ���ʹ�þ�����������qt����gui�ϵ�ʱ�����١�
>>>>>>>>
>>>>>>>> ��ʵ��ƾ�ĵ���һ�㣬��Ҳѡ��qt��
>>>>>>>>
>>>>>>>> 2010/4/2 Jeffrey Zhao <je...@live.com>
>>>>>>>>>
>>>>>>>>> ���?��ܶడ�����統����׬���㻨Ǯ��ʱ��ᷢ�֣���Ϊ�Լ�����UI�����Ե���һ���˵�ʱ��ʲô��Ŀ�������ˡ�

>>>>>>>>> Jeffrey Zhao
>>>>>>>>> Blog: http://blog.zhaojie.me/
>>>>>>>>> Twitter: https://twitter.com/jeffz_cn
>>>>>>>>> From: Jeff Chen
>>>>>>>>> Sent: Friday, April 02, 2010 10:55 AM
>>>>>>>>> To: pon...@googlegroups.com

>>>>>>>>> Subject: Re: [TL] Re: Python��GUI����ĸ���ã�{����}{Python}{GUI Framework}
>>>>>>>>> �ڴ�����̸̸�Լ����?������
>>>>>>>>>
>>>>>>>>> �� 2010��4��2�� ����10:52��qiaojie <qia...@gmail.com> ���
>>>>>>>>>>
>>>>>>>>>> ����UI�ij���Ա���ģ��ɹ��dz��˲��٣���ȴû���û���Ȼ����Щֻ��ддUI�ij���Ա����Щ�ɹ��õ�ȥ��
>>>>>>>>>> ��װһ�����ڵ�UI���Ϳ����õ��г��ϴ��������ˣ���������Ǯ�����ϰ壬�ٻ�Ǯ����Щ����UI�ij���Ա�й�
>>>>>>>>>> ������򹤡�
>>>>>>>>>>
>>>>>>>>>> 2010/4/2 liuxinyu <liuxi...@gmail.com>
>>>>>>>>>>>
>>>>>>>>>>> ����һ����
>>>>>>>>>>> REPL
>>>>>>>>>>>
>>>>>>>>>>> ����ͼ80%��������REPL�㶨��19%��������CUI�㶨��ʣ��1%�����⣬�Ҹ㶨�󣬽���GUI�Ŷ�ȥ����̵ġ�
>>>>>>>>>>> �ܴﵽ���Ŀ�꣬��ֱ����programmer�Ĺ��������ͬ�������

>>>>>>>>>>>
>>>>>>>>>>> On Apr 1, 4:31 pm, bidong liao <liaoliao...@gmail.com> wrote:
>>>>>>>>>>> > 1. no ui
>>>>>>>>>>> > 2. gui
>>>>>>>>>>> > 3. cui
>>>>>>>>>>> >

>>>>>>>>>>> > ������app���Ƿ�����Ҫ���û���������ôuiһ�����ٲ��˵ġ���Ȼui�ٲ��ˣ����ɱ����ܵ�Ҫѡ��һ��ui
>>>>>>>>>>> > library��ʵ�֣��������ôǿ����'�����˼·����ѧ���㷨', �԰ɣ�����ͳ��˲����ò���gui,
>>>>>>>>>>> > ����ѡ��ʲô���gui��
>>>>>>>>>>> >
>>>>>>>>>>> > ������ʵ�����ܵ�����������'Զ��'�Dz����ܵġ�
>>>>>>>>>>> >
>>>>>>>>>>> > �Ҽ����㲻��ָ����app��Ӧ����cui�ɣ��Ǻ�
>>>>>>>>>>> >
>>>>>>>>>>> > 2010/4/1 liuxinyu <liuxiny...@gmail.com>
>>>>>>>>>>> >
>>>>>>>>>>> >
>>>>>>>>>>> >
>>>>>>>>>>> > > �ҵ�����Ǹ�����
>>>>>>>>>>> >
>>>>>>>>>>> > > ��˾�����ķ���ǽֱ��ɾ��Email�е�.exe, .cmd. .inf��
>>>>>>>>>>> > > ���������һ��ܴ����İ�zip�����е���Щ�ļ�Ҳ�ɵ��ˡ�
>>>>>>>>>>> > > ��ͨ��Email����һ��.py�ļ���ֻ��Ҫ����K��Ȼ��email��ȫ��˾���κ���double click�����Ϳ����ˡ�
>>>>>>>>>>> > > ���ֱ�����py2exe�޷������ġ�
>>>>>>>>>>> >
>>>>>>>>>>> > > Ϊɶ�Ҳ���������ʽ�������Һ��ҵ��û����ر�����
>>>>>>>>>>> >
>>>>>>>>>>> > > ��ǰ�ҷ�����һЩ�����еĹ��ߣ�����Ч��ܲ��á���ε�tkinter�ľ����Բ�ͬ��N������ʹ�á�
>>>>>>>>>>> > > �ɼ��ִ������Ѿ�ϰ��GUI�ˡ�
>>>>>>>>>>> >
>>>>>>>>>>> > > �ٳ�Զһ�㣬Haskell���Ǹ�GTK bindingҲͦ���?���Ƕ���Ľ�ѵ�����ң�Զ��GUI��̶��
>>>>>>>>>>> > > GUI���û��ã��Գ���Ա���Ǹ���ҩ���������������У��ִ˲�ƣ��ȴ�ͽ����˼·����ѧ���㷨�ȸ���Ҫ��
>>>>>>>>>>> > > �������н�Զ��
>>>>>>>>>>> >
>>>>>>>>>>> > > --
>>>>>>>>>>> > > ������

>>>>>>>>>>> > >http://sites.google.com/site/algoxy/
>>>>>>>>>>> >
>>>>>>>>>>> > > On Apr 1, 3:23 pm, bidong liao <liaoliao...@gmail.com> wrote:

>>>>>>>>>>> > > > ��pygtk��pyqt������һЩ�������Ƽ�pyqt. pyqt�ĺô���Ҫ����������QT���?��ȫ���ȶ����ĵ����ơ�
>>>>>>>>>>> >
>>>>>>>>>>> > > >
>>>>>>>>>>> > > > ����Ļ���û��װpython��qtû��ϵ��py2exe�������Ҳ��8��9M���ң���python��qt��library.
>>>>>>>>>>> >
>>>>>>>>>>> > > > 2010/4/1 liuxinyu <liuxiny...@gmail.com>
>>>>>>>>>>> >
>>>>>>>>>>> > > > > GUI����̶��ò�Ҫ�ݽ�ȥ��
>>>>>>>>>>> >
>>>>>>>>>>> > > > >
>>>>>>>>>>> > > > > ��ǰ��ʵ��û�а취����Tkinter����һ���ڲ����ߡ�ԭ������ȷ��ÿ��member����װ��Python,�����Ҳ�ȷ��ÿ��member����װ��
>>>>>>>>>>> > > > > Qt��
>>>>>>>>>>> > > > > ��Ȼ����Ҳ��Qt����Ŀ�飬���Ǵ󲿷ֵ���Ŀ��û��ʹ��Qt��
>>>>>>>>>>> >
>>>>>>>>>>> > > > > Tkinter�ĺô�������Python��׼���

>>>>>>>>>>> >
>>>>>>>>>>> > > > > --
>>>>>>>>>>> > > > > To unsubscribe, reply using "remove me" as the subject.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> My Blog��http://jeffchen.cn
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>

--
��������������

Ϊ���������ˮ��Ϊ������ⳤս��Ϊ��ң����ǹ��ڣ�Ϊ��׷��⻺���衣

�?����ͷ�����ۣ�http://www.douban.com/review/1573456/��

�Ҽ�һ�������Ϊһ���仨��ˮ�Ĵ�˵
����һ���໨�ƣ�Ϊһ���������Ĵ��
�ҷ�һ�����Ϊһǻ�׸����޵�ϧ��
�Ҹ�һ�������Ϊһ����������ļ�į

[Yongwei Wu]

2010/4/2 sagasw <sag...@gmail.com>

当然有关系啊，
别以为底层的东西就不会影响到你，
QT也好GTK也好，他们都算是一种技术负担，你用了mono，就是看重了C#，结果还要考虑QT或者GTK的消息循环、内部逻辑什么的。

最最重要一点是，他们不是微软官方支持的，将来怎么样，谁知道，你能要求客户升级个QT库，因为你用到了他们，客户也许会反问，你这不是dotnet么？

另外，我在反复强调，好像大家也不在意的一件事：

QT是要钱的（针对商业开发）

不要以为这是件小事情，它涉及到知识产权问题，将来是个大隐患。

问题是你强调错了。Qt现在多了免费的LGPL授权。商业项目要满足LGPL还是不难的。

--
Wu Yongwei
URL: http://wyw.dcweb.cn/

[qingant]

自4.5以后就LGPL。如果说一定要不满足LGPL的条件以便购买商用license的话就
不用说了

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[est]

UI开发框架：

跨平台的一般安装包都比较大(.NET, QT, GTK, wx, XUL)，安装包比较小的都不跨平台(MFC, ATL, WinForms,
WPF, Silverlight, Adobe AIR)。既跨平台安装包又小的一般都比较丑(tk)；
如果你真的找到了又小又跨平台的，要么没有适合你的语言，要么控件不原生(比如mac和win的 确定 取消 左右位置不一样)；
如果控件原生了，那么一些平台不同的细节调整又要把人逼疯。

所以UI的开发很无奈的。大家都纷纷转向B/S了。虽然Web apps有IE6这种畸形儿，但是总的来说生态系统要比桌面程序好得多。

2010/4/3 qingant <qin...@gmail.com>:

[wang carl]

怎么没人提到wxWidgets……
我没用过Python的，用的是C++的。
强大和易用方面都不错。
著名游戏引擎Unreal Engine 3的编辑器就主要用wxWidgets写的。
http://www.wxpython.org/

[Fuzhou Chen]

就是因为我自己没有用过才不敢胡乱推荐嘛。

2010/4/3 wang carl <superw...@gmail.com>:

[Xpol Wan]

Linux还是需要GUI的，比如我想开发游戏，就算简单的2D游戏，有一个动画/地图编辑器总是好的。

Best Regards!

Xpol Wan

2010/4/2 sagasw <sag...@gmail.com>

BTW，我的这个推荐是针对windows开发者而言，IronPython算是个不错的方案。
如果都使用Linux了，那还要GUI界面干嘛呢？

[Flouse Blue]

在 2010年4月2日 下午1:49，Fuzhou Chen <cppo...@gmail.com>写道：

说实话，万把块钱要是我自己出，还是挺困难的。Linux的话比较便宜点，我写程序主要是自娱自乐，
当然省一点是一点。

 

如果写程序只是自娱自乐，那么就属学习，不属商用，就不用费那些成本啦。

 

另外我的经历可能和别人有所不同，我用的第一台电脑的系统是Linux，Windows是一直到接近本科
毕业才开始用，所以对我来说Windows的学习成本比Linux高很多——当然只是我个人的情况。

 

这比较适合做个理由。

--
@Flouse