[Qt-interest] Scripting support for Qt/C++ application
Jonathan Greig
redteam316 at gmail.com
Tue Nov 1 06:10:20 CET 2011
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-fastest.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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/qt-interest-old/attachments/20111101/7f82b9d6/attachment.html
More information about the Qt-interest-old
mailing list