blocks|key|2843291|text|Python+(与PyQt结合)是GUI桌面应用程序非常可靠的组合(请注意，QT是LGPL，而PyQt(+Python绑定)是双重许可的:+GPL或商用)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2843292|它在C%2B%2B上提供了与Qt相同的(GUI库)，但具有Python的特定强度。我会列出一些比较明显的问题：|2843293|快速原型|unordered-list-item|2843294|可读性极强的代码(因此可维护)|2843295|我应该坚持C(%2B%2B)的桌面应用程序吗？|2843296|一般情况下:不，除非您想要/需要(出于特定的原因)。|2843297|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|Q|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|R|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|S|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|T|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|N|$]]

Python (combined with PyQt) is a very solid combination for GUI desktop applications (note that while QT is LGPL, PyQt (the Python bindings) is dual licensed: GPL or commercial).

It offers the same (GUI library-wise) as Qt on C++ but with Python's specific strenghts. I'll list some of the more obvious ones:

<ul>
<li>rapid prototyping</li>
<li>extremely readable (hence maintainable) code</li>
</ul>

Should I stick with C(++) for desktop apps? 

In general: no, unless you want to / need to (for a specific reason).

blocks|key|1319507|text|http://www.pygtk.org/applications.html|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1319508|仅仅使用其中一个框架，Python中的GUI应用程序看起来就像一个长长的列表。|1319509|entityMap|0|LINK|mutability|MUTABLE|url^0|0|12|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$A|N|B|O|1|P]]|C|$]]|$1|D|3|E|5|6|7|Q|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|R|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|4]]]]

<a href="http://www.pygtk.org/applications.html" rel="nofollow noreferrer">http://www.pygtk.org/applications.html</a>

Seems like a really long list of GUI applications in Python using just one of the frameworks.

blocks|key|1319564|text|MPICH2的某些部分是用Python编写的。我没有检查所有内容，但是用于运行mpi应用程序的许多部分都是Python编写的。也许MPICH2并不是每个人都能使用的，但是可以肯定的是它是一个很好的软件。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1319565|entityMap|0|LINK|mutability|MUTABLE|url|http://www.mcs.anl.gov/research/projects/mpich2/^0|0|6|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Some part of <a href="http://www.mcs.anl.gov/research/projects/mpich2/" rel="nofollow noreferrer">MPICH2</a> is written in Python. I didn't check everything, but many parts of it used for running mpi applications are written it Python. Maybe MPICH2 is not used by everyone, but for sure it is good piece of software.

blocks|key|1189112|text|您列出的语言并不是真正的脚本语言，因为它往往描述设计用于在一个更大的框架(如javascript)中工作的语言，该框架提供了它与世界的接口。虽然您当然可以用这些语言编写脚本，但每种脚本都是一种适当的编程语言(称为动态或解释语言，与C或C%2B%2B等编译语言不同)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1189113|有许多成熟的gui工具包用于创建带有解释语言的桌面应用程序。搜索其中任何一种带有"gui“的语言就会产生许多结果。|1189114|您列出的语言的优点是快速开发和简洁的代码。|1189115|编译语言的优势主要是速度快，与操作系统内部的联系更深。但对于大多数桌面应用程序来说，在解释语言中的开发容易超过任何小的性能提高(除非您正在编写cpu密集型应用程序，在这种情况下，用C编写cpu重位，然后从能够处理gui的解释语言中调用它们)。|1189116|许多解释语言提供了简单的C语言或其他语言的转义(通常有一个很好的内联语法)。|1189117|我鼓励您查看http://rosettacode.org上的一些示例，以了解程序与您感兴趣的语言之间的根本区别。|offset|length|1189118|entityMap|0|LINK|mutability|MUTABLE|url|http://rosettacode.org/^0|0|0|0|0|0|6|M|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|W|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|X|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Y|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|10|8|@]|9|@$L|11|M|12|1|13]]|A|$]]|$1|N|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U]]]]

The languages you list aren't really scripting languages, as that tends to describe languages designed to work inside of a larger framework (like javascript) that provides its interface to the world. While you can certainly write scripts in those languages, each is a proper programming language (referred to as a dynamic or interpreted language, in contrast to compiled languages like C or C++).

There are many mature gui toolkits for creating desktop apps with interpreted languages. A search for any of those languages with "gui" on SO will yield many results.

The advantage of the languages you list are rapid development and concise code.

The advantage of compiled languages is mainly speed, and deeper ties with the internals of the operating system. But for most desktop apps, the ease of development in an interpreted language outweighs any small performance gains (unless you are writing a cpu intensive app, in which case, write the cpu heavy bits in C, and then call them from the interpreted language, which can handle the gui)

Many interpreted languages offer easy escapes to C or other languages (often with a nice inline syntax).

I would encourage you to take a look at some examples on <a href="http://rosettacode.org" rel="nofollow noreferrer">http://rosettacode.org</a> to see the fundamental differences between how programs come together with the languages you are interested in.

blocks|key|2843402|text|我工作的公司使用Perl和Tk与PerlApp一起构建可执行包来生产或主要的软件应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2843403|为了代码的简单性，Perl胜过C和C%2B%2B。您可以在一行Perl中完成使用20行C语言的操作。|2843404|我们在一些较小的项目中使用了WxPerl。我们希望完全迁移到WxPerl，但是现有的代码可以工作，所以在Wx能够提供我们所需要的Tk所不能提供的东西之前，迁移具有很低的优先级。|2843405|Python在构建GUI应用程序方面也很受欢迎。你可能听说过钱德勒的事。那是一个大型的Python应用程序。还有很多其他的。|2843406|Ruby也是一个合适的选择。|2843407|PHP正在进入命令行应用程序的世界。我不确定它的GUI工具包的威力或灵活性。|2843408|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Q|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|R|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

The company I work for uses Perl and Tk with PerlApp to build executable packages to produce or major software application.

Perl beats C and C++ for simplicity of code. You can do things in one line of Perl that take 20 lines of C.

We've used WxPerl for a few smaller projects. We'd like to move fully to WxPerl, but existing code works, so the move has a low priority until Wx can give us something we need that Tk can't.

Python is popular for building GUI apps, too. You may have heard about Chandler. That's a big Python app. There are many others as well.

Ruby is also a suitable choice.

PHP is breaking into the world of command line apps. I am not sure about the power or flexibility of its GUI toolkits.

blocks|key|1319653|text|我使用了一些使用脚本语言开发的程序。几个嵌入式设备供应商提供了我的组，基于Windows的配置和调试实用程序编写的TCL。谷歌的绘图程序SketchUp里面有很多Ruby+(用户可以使用Ruby创建插件)。我见过许多用Python编写的Linux应用程序。有更多的例子，但通常情况下，已完成的应用程序捆绑到一点，你不能真正知道是什么为它的内部。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1319654|是的，使用脚本语言是有好处的。一些脚本语言使得执行特定任务更加容易；例如，在Ruby这样的语言中，文本处理比普通的C语言更容易(IMO)，它具有正则表达式支持和健壮的字符串类。使用脚本语言生成UI可能使支持多个平台变得更容易，因为所有特定于平台的代码都是在语言解释器或预编译库中处理的。例如，我们基于TCL的应用程序的供应商声称，他们可以用TCL在C%2B%2B或VB中构建应用程序所需的一小部分时间就可以为应用程序构建用户界面，然后他们几乎可以毫不费力地将其移植到Linux。|1319655|另一方面，有一些脚本语言通常不适合的事情，比如编写驱动程序或者做任何需要低级别硬件访问的事情。|1319656|然而，最重要的是:现代语言变得相当强大，以至于语言的选择不再像过去那么重要。使用你最熟悉的语言。与学习一门新语言相关的学习曲线通常会对您的项目产生更大的影响。|1319657|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I have used a number of programs that were developed using scripted languages. Several embedded device vendors ship my group Windows-based configuration and debugging utilities written in TCL. Google's drawing program SketchUp has a lot of Ruby inside it (and users can create add-ons using Ruby). I have seen many Linux applications written in Python. There are many more examples out there, but often times finished applications are bundled up to the point where you can't really tell what's powering it on the inside.

Yes, there can be advantages to working with scripted languages. Some scripted languages make it easier to do specific tasks; for example, text processing is much easier (IMO) in a language like Ruby that has regular expression support and a robust String class than it is in plain old C. Generating a UI using a scripted language may make it easier to support multiple platforms, as all the platform-specific code is taken care of inside the language interpreter or pre-compiled libraries. For example, our suppliers who build TCL-based apps claim they can build the UI for an app using TCL in a fraction of the time it would take them to build it in C++ or VB, and then they can port it to Linux almost effortlessly.

On the other hand there are a few things that scripted languages typically aren't suited for, such as writing drivers or doing anything that requires low-level hardware access.

Most importantly, however, is this: modern languages have become quite powerful to the point where choice of language doesn't make as big of a difference as it used to be. Use the language you are most comfortable with. The learning curve associated with learning a new language will usually have a much larger impact on your project.

blocks|key|2843495|text|我建议您不要尝试寻找最适合GUI应用程序的语言，而是寻找您最喜欢的语言，然后使用它编写应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2843496|Ruby、Python、Perl都有GUI工具包可供使用。他们中的大多数都可以访问相同的常用工具包，如TK、GTK和Wx。一个应用程序的外观和感觉将更多地依赖于GUI工具包而不是语言，从性能上看，您可能会看到更多的影响您如何编写应用程序而不是语言选择。|2843497|如果您对C%2B%2B很满意，那么您也应该将C#或Java视为选项。虽然不是脚本语言，但它们有许多相同的好处，比如内存管理和更合理的字符串实现。|2843498|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I would recommend you not try to look for a language that is best for GUI apps but instead look for the language that you like the most and then use that to write your app.

Ruby, Python, Perl all have GUI tool kits available to them. Most of them have access to the same often used tool kits like TK, GTK, and Wx. The look and feel of a an app will be dependent more on the GUI tool kit than on the language, and performance wise your likely to see more impact for how you write your app than language choice.

If your comfortable with C++ then you should also look at C# or Java as options. While not scripting languages they have many of the same benefits like memory management and more sane string implementations.

So I'm aware of the big ammount of general-purpose scripting languages like Ruby, Python, Perl, maybe even PHP, etc. that actually claim being usable for creating desktop applications too.

I think my question can be answered clearly

<ul>
<li>Are there actually companies using a special scripting language only to create their applications?</li>
<li>Are there any real advantages on creating a product in a language like Python only?</li>
<li>I'm not talking about the viability of those languages for web-development!</li>
<li>Should I stick with C(++) for desktop apps?</li>
</ul>

best regards,
lamas

"Real" and non-embedded use of Ruby, Python and their friends

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

因此，我意识到大量的通用脚本语言，如Ruby、Python、Perl、甚至PHP等，实际上也可以用于创建桌面应用程序。我想我的问题可以清楚地回答。实际上，是否有公司只使用一种特殊的脚本语言来创建应用程序？用Python这样的语言创建产品有什么真正的优势吗？我不是在说那些语言对网络开发的可行性！我应该坚持C(++)的桌面...

问“真正”和非嵌入式使用Ruby，Python和他们的朋友
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问“真正”和非嵌入式使用Ruby，Python和他们的朋友EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问“真正”和非嵌入式使用Ruby，Python和他们的朋友
EN