[Qt-interest] Scripting support for Qt/C++ application
Harri Pasanen
grego at mpaja.com
Tue Nov 1 08:40:49 CET 2011
A very smooth integration of Python as scripting language to Qt is achieved by
PythonQt, http://pythonqt.sourceforge.net/
I use it in http://mpaja.com/frontpage/SVG_Pony and did not have any problems
related to PythonQt.
I haven't had any performance issues with python, but of course it depends
what you do. I do use Python extensively for standalone scripting as well,
and pypy works great to boost performance in there: http://pypy.org/
Harri
On Tuesday, November 01, 2011 06:10:20 AM Jonathan Greig wrote:
> If you are looking for performance in a scripting language, I would suggest
> looking at pawn. QtScript and python simply do not keep up with it from my
> experience (I'm working on an inter-language scripting engine).
>
> QtScript is really the best way to go. Its a reasonably good scripting
> language that is really easy to embed and extend. The Qt documentation on
> it is very good. It sounds like it will receive a healthy performance boost
> when Qt starts using V8 too if I remember correctly from an old blog post.
>
> For an idea on what performances you probably will see, take a look at
> this:
> http://shootout.alioth.debian.org/u32/which-programming-languages-are-faste
> st.php
>
> Bo, do you have any suggestions on an easy way to call python that isn't an
> inc/dec ref nightmare? Right now I'm using boost python for exposing native
> functions, and calling expressions to run my python scripts. I agree that
> Its somewhat on par with QtScript on light scripting but bombs when heavier
> scripting is used.
>
> - Swyped from my droid.
>
> On Oct 31, 2011 2:55 AM, "Bo Thorsen" <bo at fioniasoftware.dk> wrote:
>
> Den 31-10-2011 02:33, Syam Krishnan skrev:
> > Hi..
> >
> > I'm using Qt 4.5 on RHEL 5 to develop a dynamic data simulator
> > application. I need sc...
>
> I have implemented scripting with both QtScript and Python, and I
> haven't seen much difference between those two. Performance isn't great
> with either of them, but I don't think I have ever seen truly great
> performance when scripting with general purpose languages.
>
> Language wise, I prefer Python over Javascript. I think it's superior in
> almost every way I can think of. And I will never agree that Javascript
> (or ECMAscript, if you prefer) was a better choice. I told the original
> author of QtScript this already :)
>
> However, unless you have very good reasons to choose something else, go
> with QtScript. It just makes your life easier on so many different
> levels than if you try to incorporate a different language. It's better
> integrated with QObject, and deployment is a non-issue. And it gives you
> a path towards QtQuick, even though you might not find this important yet.
>
> So even though I don't like the language much, I still say you should go
> with QtScript.
>
> Bo Thorsen,
> Fionia Software.
>
> --
>
> Expert Qt and C++ developer for hire
> Contact me if you need expert Qt help
> http://www.fioniasoftware.dk
> _______________________________________________
> Qt-interest mailing list
> Qt-interest at qt.nokia.com
> http://lists.qt.nokia.com/mailman/listinfo/qt-interest
More information about the Qt-interest-old
mailing list