Java是开发跨平台GUI应用程序的最佳语言吗?

时间:2022-07-29 12:10:02

For "best" I intend that the code shouldn't need, or need very few, platform specific tweaks.

对于“最好的”,我打算代码不需要或需要很少的平台特定的调整。

11 个解决方案

#1


21  

I strongly recommend Java for cross-platform GUI development. In particular, I recommend the GUI builder that comes with the Netbeans IDE. It's very simple and very powerful. You can point and click and drag and drop to create a GUI, and easily customize the actions which various buttons and other components take.

我强烈建议Java用于跨平台GUI开发。特别是,我建议使用Netbeans IDE附带的GUI构建器。它非常简单而且非常强大。您可以指向并单击并拖放以创建GUI,并轻松自定义各种按钮和其他组件所采取的操作。

I much prefer Python as a language, but none of the free tools for GUI development come anywhere close to this, and the same thing seems to be true for the other languages I've used. (I should point out that QT has wonderful GUI developers for various languages such as C and Python, but it's only free when used on open source projects.)

我更喜欢Python作为一种语言,但是GUI开发的免费工具都没有接近这一点,对于我使用的其他语言来说似乎也是如此。 (我应该指出,QT为各种语言(如C和Python)提供了出色的GUI开发人员,但在开源项目中使用时它只是免费的。)

EDIT: QT has recently been relicensed as LGPL, so you're free to use it in commercial applications. The Python bindings for this (PyQT) have not been re-licensed, but another project called PySide has been created to provide Python QT bindings.

编辑:QT最近被重新许可为LGPL,因此您可以在商业应用程序中*使用它。用于此的Python绑定(PyQT)尚未重新许可,但已创建另一个名为PySide的项目来提供Python QT绑定。

#2


5  

I personally despise the whole concept of emulating the native GUI that is where the Java GUIs are rooted. Instead of being at home wherever you go, it makes you a tourist everywhere, often needing an interpreter. The Eclipse GWT is a better toolkit that makes much better use of local resources, but it still holds that people love to write Java code, and hate to use Java applications, think of it: which Java applications you love on your desktop?

我个人鄙视模仿Java GUI根植的原生GUI的整个概念。无论你走到哪里都不会在家,它会让你成为一个游客到处,经常需要翻译。 Eclipse GWT是一个更好的工具包,它可以更好地利用本地资源,但它仍然认为人们喜欢编写Java代码,并且讨厌使用Java应用程序,想一想:您喜欢在桌面上使用哪些Java应用程序?

Tk is just as ugly and limited on any operating system you choose to run it onto, and the same goes for Qt, in my opinion.

对于你选择运行它的任何操作系统来说,Tk都是丑陋和有限的,在我看来,Qt也是如此。

Mono would need a good try, as it is a way to answer the question "why Linux sucks", if you remember that old post bi Miguel de Icaza. Mono comes with a mature set of widgets and Apis and does not try to limit what you can do in order to give you portability.

Mono需要一个很好的尝试,因为它是一种回答“为什么Linux糟透了”的问题,如果你还记得那个老帖子Miguel de Icaza。 Mono带有一套成熟的小部件和Apis,并不试图限制你可以做的事情,以便为你提供便携性。

Silverlight is close to portable and has a great interface definition language, but lacks access to the system, you have to split the application between a server and UI even on the same machine to overcome it.

Silverlight接近便携式并且具有出色的界面定义语言,但是无法访问系统,您必须在服务器和UI之间拆分应用程序,即使在同一台机器上也要克服它。

Adobe AIR is a dog and local system acces is not easy.

Adobe AIR是一种狗,本地系统访问并不容易。

If I am able to choose, I tend to avoid GUIs altogether and try to use a web server, even a local web server, and Json, JQuery and all that stuff. I found out that I can have many more choices and am more productive than with native widgets. This combines the strengths of the use of a real language server side and the wonderful disordered geniality of JavaScript in the GUI.

如果我能够选择,我倾向于完全避免使用GUI并尝试使用Web服务器,甚至是本地Web服务器,以及Json,JQuery和所有这些东西。我发现我可以有更多的选择,并且比使用本机小部件更有效率。这结合了使用真正的语言服务器端的优势和GUI中奇妙的无序的JavaScript和。

#3


4  

Yes: use Eclipse RCP. You can write not only cross-platform, but e.g. multilingual applications with it. SWT provides the native look-and-feel for multiple platforms and windowing systems.

是的:使用Eclipse RCP。您不仅可以编写跨平台,而且可以多语言应用程序。 SWT为多个平台和窗口系统提供原生外观。

#4


3  

So as I understand it, there is currently NO truly cross-platform high level language & GUI toolkit right now.

据我所知,目前还没有真正的跨平台高级语言和GUI工具包。

  1. Java is cross-platform, GUIs in both SWT and Swing can look good, when you really try hard to tweak them pixel-precise and provide modifications to the look to supported platforms. There are currently some good GUI designers, but nothing as great as OpenStep 15 years ago.

    Java是跨平台的,SWT和Swing中的GUI看起来都很好,当你真的努力调整它们像素精确并提供对支持平台外观的修改。目前有一些优秀的GUI设计师,但15年前没有OpenStep那么好。

  2. QT is now LGPL'ed so long as you only link to it dynamically. Well but QT has its own set of problems and is a superset of C++. You have to compile against QT-hacked compiler, not the generic C++ one.

    QT现在是LGPL,只要您只动态链接到它。好吧,但QT有一系列问题,是C ++的超集。你必须针对QT-hacked编译器进行编译,而不是通用的C ++编译器。

  3. didn't try the wxWidgets, but from the looks of it, it can work, but is NOT high level toolkit at all!

    没有尝试wxWidgets,但从它的外观来看,它可以工作,但根本不是高级工具包!

  4. There seems to be an option to write in C# and opensourced .NET and run it via Mono in other platforms than Windows... Didn't try, but it seems to me, that is just porting Microsoft on other platforms.

    似乎有一个选择用C#和开源.NET编写并在Windows之外的其他平台上通过Mono运行它...没试过,但在我看来,这只是在其他平台上移植微软。

  5. There is GNUstep, but for now it looks for me, like it is only developped by some opensource geek fans. It would be really interesting to see the OpenStep stack outside of the Mac OS X, but for now this looks to me as not viable.

    有GNUstep,但现在它寻找我,就像它只是由一些开源极客粉丝开发。在Mac OS X之外看到OpenStep堆栈真的很有趣,但是现在这看起来并不可行。

Even Java, while it is self-contained, does not currently provide great GUI designer capabilities. I used the GUI designer tool once when starting to learn how to code with SWT, and now I find myself coding it by hand, which is really not bad, but it really should not be necessary. But that was few years ago, I will have to try again.

即使Java是自包含的,它目前也不提供出色的GUI设计器功能。我开始学习如何使用SWT编写代码时使用了GUI设计器工具,现在我发现自己手工编写代码,这真的不错,但实际上并不是必需的。但那是几年前,我将不得不再试一次。

You can of course create your cross-platform application core and service code in one language (Java, or C/C++ if you want speed), creating something like a server or unix tool and just connecting to it from the GUI that you create on each desired platform using its own tools. The result is that the GUI is platform native, taking advantages of the features of the platform, and should be fairly simple to create for each desired platform. (Cocoa on Mac and .Net on windows provide rich features for the platform they are native to).

您当然可以用一种语言(Java或C / C ++,如果您想要速度)创建跨平台应用程序核心和服务代码,创建类似服务器或unix工具的东西,只需从您创建的GUI连接到它每个所需平台使用自己的工具。结果是GUI是平台原生的,利用了平台的功能,并且应该相当简单地为每个期望的平台创建。 (Mac上的Cocoa和Windows上的.Net为他们原生的平台提供了丰富的功能)。

We will have to look into the robustness and matureness of such ideal solution. It should have good commercial and comunity backing and be fairly evolved right now, so as the future implementations of such tools will provide us with more than the mere LOWEST COMMON DENOMINATOR for all the supported platforms, but to leverege the cross-platform tools to include and adopt well-designed concepts and rich features native to the relevant platforms and distribute them cross-platform.

我们将不得不研究这种理想解决方案的稳健性和成熟性。它应该具有良好的商业和社区支持,并且现在已经相当发展,因为这些工具的未来实现将为我们提供的不仅仅是所有支持平台的最低常见的DENOMINATOR,而是要让跨平台工具包括在内并采用精心设计的概念和相关平台原生的丰富功能,并跨平台分发。

Only than can be cross-platform development truly viable and adoptable in great numbers.

只有可以跨平台开发真正可行并且可以大量采用。

Suggestions?

#5


2  

Java is certainly nice, but I've been doing just fine with Python and Qt via PyQt4 lately. I find that I get things done faster than I did in Swing or SWT, too.

Java当然很好,但我最近通过PyQt4使用Python和Qt做得很好。我发现我比Swing或SWT更快地完成任务。

So far, no platform-specific tweaks have been necessary, and Qt4 widgets look nice on different platforms. The Qt GUI builder is very nice, and using Python has enabled easy integration with some other cross-platform frameworks (notably VTK, scipy-cluster, and some SWIG-wrapped objects for interfacing with files output from a performance tool).

到目前为止,还没有必要进行特定于平台的调整,并且Qt4小部件在不同平台上看起来很不错。 Qt GUI构建器非常好用,使用Python可以轻松地与其他一些跨平台框架集成(特别是VTK,scipy-cluster和一些SWIG包装的对象,用于连接性能工具输出的文件)。

Note that Qt is not free unless you use it on open source projects.

请注意,除非您在开源项目中使用它,否则Qt不是免费的。

#6


2  

As long as someone defines "platform independence" correctly, Java is the best.

只要有人正确定义“平*立性”,Java就是最好的。

Some people argue that C# is the best, but those people seem to misunderstand the term "platform independence" ;)

有些人认为C#是最好的,但那些人似乎误解了“平*立性”一词;)

Note: I refer to the fact that C# is ported to Linux/Unixes only as long as Microsoft and Novel keep up their treaty. The community itself would never be able to maintain such huge platform as .NET

注意:我指的是只要微软和小说保持他们的条约,C#就被移植到Linux / Unix。社区本身永远无法维持.NET这样庞大的平台

#7


1  

These days there are many languages that allow you to create cross-platform GUI applications efficiently. Java, Python, Tcl/tk, C#...

目前,有许多语言允许您有效地创建跨平台GUI应用程序。 Java,Python,Tcl / tk,C#......

I think you need to define the requirements of your application a bit more, for instance:

我认为您需要更多地定义应用程序的需求,例如:

  • Will the UI be Web-based, or desktop-based?
  • UI是基于Web还是基于桌面?

  • Is the application going to be a large or a small?
  • 应用程序是大还是小?

  • Will it feature some sort of "extension" feature (e.g. plug-ins)?
  • 它是否具有某种“扩展”功能(例如插件)?

  • Will it function over a network, and is it likely to be distributed/load balanced?
  • 它是否可以在网络上运行,是否可能是分布式/负载均衡的?

The list can go on forever, work out the defining points about your application, and start researching the language based on the whole.

列表可以永远持续下去,找出关于应用程序的定义点,并开始基于整体研究语言。

#8


1  

I would also consider Mono as serious contender for platform independence and a good IDE tool. Java's performance sucks on the desktop. Just check http://www.codeproject.com/KB/dotnet/RuntimePerformance.aspx

我还认为Mono是平*立性的一个重要竞争者,也是一个很好的IDE工具。 Java的性能在桌面上很糟糕。请查看http://www.codeproject.com/KB/dotnet/RuntimePerformance.aspx

#9


1  

For native binaries, wxWidgets is a convenient solution.

对于本机二进制文件,wxWidgets是一种方便的解决方案。

I would tell you that is even better than Java for the user experience side. Even though you can make the presentation layer look pretty much the same for all platforms in Java, they all look like Java. On the other hand, wxWidgets make the user feel like a platform specific build (and it is, indeed), but you can use the same code to compile for several platforms (at least the major ones).

我会告诉你,对于用户体验方面,它甚至比Java更好。尽管您可以使Java中的所有平台的表示层看起来几乎相同,但它们看起来都像Java。另一方面,wxWidgets使用户感觉像是特定于平台的构建(确实如此),但是您可以使用相同的代码来编译几个平台(至少是主要的平台)。

#10


0  

I would think that it depends on what kind of platforms you plan on targeting. Java will have the most platforms with a VM. However, if you just want to use Windows and Linux, you can use C# (using mono on linux).

我认为这取决于您计划定位的平台类型。 Java将拥有大多数具有VM的平台。但是,如果您只想使用Windows和Linux,则可以使用C#(在Linux上使用mono)。

#11


-3  

Based on your definition, no. Even wit the newest graphical libraries you can expect to do a bunch of testing on different platforms.

根据你的定义,没有。即使是最新的图形库,您也可以在不同平台上进行大量测试。

Flash would probably be the best. Wide spread and better at looking the same across different platforms.

Flash可能是最好的。广泛传播并且在不同平台上看起来更好。

#1


21  

I strongly recommend Java for cross-platform GUI development. In particular, I recommend the GUI builder that comes with the Netbeans IDE. It's very simple and very powerful. You can point and click and drag and drop to create a GUI, and easily customize the actions which various buttons and other components take.

我强烈建议Java用于跨平台GUI开发。特别是,我建议使用Netbeans IDE附带的GUI构建器。它非常简单而且非常强大。您可以指向并单击并拖放以创建GUI,并轻松自定义各种按钮和其他组件所采取的操作。

I much prefer Python as a language, but none of the free tools for GUI development come anywhere close to this, and the same thing seems to be true for the other languages I've used. (I should point out that QT has wonderful GUI developers for various languages such as C and Python, but it's only free when used on open source projects.)

我更喜欢Python作为一种语言,但是GUI开发的免费工具都没有接近这一点,对于我使用的其他语言来说似乎也是如此。 (我应该指出,QT为各种语言(如C和Python)提供了出色的GUI开发人员,但在开源项目中使用时它只是免费的。)

EDIT: QT has recently been relicensed as LGPL, so you're free to use it in commercial applications. The Python bindings for this (PyQT) have not been re-licensed, but another project called PySide has been created to provide Python QT bindings.

编辑:QT最近被重新许可为LGPL,因此您可以在商业应用程序中*使用它。用于此的Python绑定(PyQT)尚未重新许可,但已创建另一个名为PySide的项目来提供Python QT绑定。

#2


5  

I personally despise the whole concept of emulating the native GUI that is where the Java GUIs are rooted. Instead of being at home wherever you go, it makes you a tourist everywhere, often needing an interpreter. The Eclipse GWT is a better toolkit that makes much better use of local resources, but it still holds that people love to write Java code, and hate to use Java applications, think of it: which Java applications you love on your desktop?

我个人鄙视模仿Java GUI根植的原生GUI的整个概念。无论你走到哪里都不会在家,它会让你成为一个游客到处,经常需要翻译。 Eclipse GWT是一个更好的工具包,它可以更好地利用本地资源,但它仍然认为人们喜欢编写Java代码,并且讨厌使用Java应用程序,想一想:您喜欢在桌面上使用哪些Java应用程序?

Tk is just as ugly and limited on any operating system you choose to run it onto, and the same goes for Qt, in my opinion.

对于你选择运行它的任何操作系统来说,Tk都是丑陋和有限的,在我看来,Qt也是如此。

Mono would need a good try, as it is a way to answer the question "why Linux sucks", if you remember that old post bi Miguel de Icaza. Mono comes with a mature set of widgets and Apis and does not try to limit what you can do in order to give you portability.

Mono需要一个很好的尝试,因为它是一种回答“为什么Linux糟透了”的问题,如果你还记得那个老帖子Miguel de Icaza。 Mono带有一套成熟的小部件和Apis,并不试图限制你可以做的事情,以便为你提供便携性。

Silverlight is close to portable and has a great interface definition language, but lacks access to the system, you have to split the application between a server and UI even on the same machine to overcome it.

Silverlight接近便携式并且具有出色的界面定义语言,但是无法访问系统,您必须在服务器和UI之间拆分应用程序,即使在同一台机器上也要克服它。

Adobe AIR is a dog and local system acces is not easy.

Adobe AIR是一种狗,本地系统访问并不容易。

If I am able to choose, I tend to avoid GUIs altogether and try to use a web server, even a local web server, and Json, JQuery and all that stuff. I found out that I can have many more choices and am more productive than with native widgets. This combines the strengths of the use of a real language server side and the wonderful disordered geniality of JavaScript in the GUI.

如果我能够选择,我倾向于完全避免使用GUI并尝试使用Web服务器,甚至是本地Web服务器,以及Json,JQuery和所有这些东西。我发现我可以有更多的选择,并且比使用本机小部件更有效率。这结合了使用真正的语言服务器端的优势和GUI中奇妙的无序的JavaScript和。

#3


4  

Yes: use Eclipse RCP. You can write not only cross-platform, but e.g. multilingual applications with it. SWT provides the native look-and-feel for multiple platforms and windowing systems.

是的:使用Eclipse RCP。您不仅可以编写跨平台,而且可以多语言应用程序。 SWT为多个平台和窗口系统提供原生外观。

#4


3  

So as I understand it, there is currently NO truly cross-platform high level language & GUI toolkit right now.

据我所知,目前还没有真正的跨平台高级语言和GUI工具包。

  1. Java is cross-platform, GUIs in both SWT and Swing can look good, when you really try hard to tweak them pixel-precise and provide modifications to the look to supported platforms. There are currently some good GUI designers, but nothing as great as OpenStep 15 years ago.

    Java是跨平台的,SWT和Swing中的GUI看起来都很好,当你真的努力调整它们像素精确并提供对支持平台外观的修改。目前有一些优秀的GUI设计师,但15年前没有OpenStep那么好。

  2. QT is now LGPL'ed so long as you only link to it dynamically. Well but QT has its own set of problems and is a superset of C++. You have to compile against QT-hacked compiler, not the generic C++ one.

    QT现在是LGPL,只要您只动态链接到它。好吧,但QT有一系列问题,是C ++的超集。你必须针对QT-hacked编译器进行编译,而不是通用的C ++编译器。

  3. didn't try the wxWidgets, but from the looks of it, it can work, but is NOT high level toolkit at all!

    没有尝试wxWidgets,但从它的外观来看,它可以工作,但根本不是高级工具包!

  4. There seems to be an option to write in C# and opensourced .NET and run it via Mono in other platforms than Windows... Didn't try, but it seems to me, that is just porting Microsoft on other platforms.

    似乎有一个选择用C#和开源.NET编写并在Windows之外的其他平台上通过Mono运行它...没试过,但在我看来,这只是在其他平台上移植微软。

  5. There is GNUstep, but for now it looks for me, like it is only developped by some opensource geek fans. It would be really interesting to see the OpenStep stack outside of the Mac OS X, but for now this looks to me as not viable.

    有GNUstep,但现在它寻找我,就像它只是由一些开源极客粉丝开发。在Mac OS X之外看到OpenStep堆栈真的很有趣,但是现在这看起来并不可行。

Even Java, while it is self-contained, does not currently provide great GUI designer capabilities. I used the GUI designer tool once when starting to learn how to code with SWT, and now I find myself coding it by hand, which is really not bad, but it really should not be necessary. But that was few years ago, I will have to try again.

即使Java是自包含的,它目前也不提供出色的GUI设计器功能。我开始学习如何使用SWT编写代码时使用了GUI设计器工具,现在我发现自己手工编写代码,这真的不错,但实际上并不是必需的。但那是几年前,我将不得不再试一次。

You can of course create your cross-platform application core and service code in one language (Java, or C/C++ if you want speed), creating something like a server or unix tool and just connecting to it from the GUI that you create on each desired platform using its own tools. The result is that the GUI is platform native, taking advantages of the features of the platform, and should be fairly simple to create for each desired platform. (Cocoa on Mac and .Net on windows provide rich features for the platform they are native to).

您当然可以用一种语言(Java或C / C ++,如果您想要速度)创建跨平台应用程序核心和服务代码,创建类似服务器或unix工具的东西,只需从您创建的GUI连接到它每个所需平台使用自己的工具。结果是GUI是平台原生的,利用了平台的功能,并且应该相当简单地为每个期望的平台创建。 (Mac上的Cocoa和Windows上的.Net为他们原生的平台提供了丰富的功能)。

We will have to look into the robustness and matureness of such ideal solution. It should have good commercial and comunity backing and be fairly evolved right now, so as the future implementations of such tools will provide us with more than the mere LOWEST COMMON DENOMINATOR for all the supported platforms, but to leverege the cross-platform tools to include and adopt well-designed concepts and rich features native to the relevant platforms and distribute them cross-platform.

我们将不得不研究这种理想解决方案的稳健性和成熟性。它应该具有良好的商业和社区支持,并且现在已经相当发展,因为这些工具的未来实现将为我们提供的不仅仅是所有支持平台的最低常见的DENOMINATOR,而是要让跨平台工具包括在内并采用精心设计的概念和相关平台原生的丰富功能,并跨平台分发。

Only than can be cross-platform development truly viable and adoptable in great numbers.

只有可以跨平台开发真正可行并且可以大量采用。

Suggestions?

#5


2  

Java is certainly nice, but I've been doing just fine with Python and Qt via PyQt4 lately. I find that I get things done faster than I did in Swing or SWT, too.

Java当然很好,但我最近通过PyQt4使用Python和Qt做得很好。我发现我比Swing或SWT更快地完成任务。

So far, no platform-specific tweaks have been necessary, and Qt4 widgets look nice on different platforms. The Qt GUI builder is very nice, and using Python has enabled easy integration with some other cross-platform frameworks (notably VTK, scipy-cluster, and some SWIG-wrapped objects for interfacing with files output from a performance tool).

到目前为止,还没有必要进行特定于平台的调整,并且Qt4小部件在不同平台上看起来很不错。 Qt GUI构建器非常好用,使用Python可以轻松地与其他一些跨平台框架集成(特别是VTK,scipy-cluster和一些SWIG包装的对象,用于连接性能工具输出的文件)。

Note that Qt is not free unless you use it on open source projects.

请注意,除非您在开源项目中使用它,否则Qt不是免费的。

#6


2  

As long as someone defines "platform independence" correctly, Java is the best.

只要有人正确定义“平*立性”,Java就是最好的。

Some people argue that C# is the best, but those people seem to misunderstand the term "platform independence" ;)

有些人认为C#是最好的,但那些人似乎误解了“平*立性”一词;)

Note: I refer to the fact that C# is ported to Linux/Unixes only as long as Microsoft and Novel keep up their treaty. The community itself would never be able to maintain such huge platform as .NET

注意:我指的是只要微软和小说保持他们的条约,C#就被移植到Linux / Unix。社区本身永远无法维持.NET这样庞大的平台

#7


1  

These days there are many languages that allow you to create cross-platform GUI applications efficiently. Java, Python, Tcl/tk, C#...

目前,有许多语言允许您有效地创建跨平台GUI应用程序。 Java,Python,Tcl / tk,C#......

I think you need to define the requirements of your application a bit more, for instance:

我认为您需要更多地定义应用程序的需求,例如:

  • Will the UI be Web-based, or desktop-based?
  • UI是基于Web还是基于桌面?

  • Is the application going to be a large or a small?
  • 应用程序是大还是小?

  • Will it feature some sort of "extension" feature (e.g. plug-ins)?
  • 它是否具有某种“扩展”功能(例如插件)?

  • Will it function over a network, and is it likely to be distributed/load balanced?
  • 它是否可以在网络上运行,是否可能是分布式/负载均衡的?

The list can go on forever, work out the defining points about your application, and start researching the language based on the whole.

列表可以永远持续下去,找出关于应用程序的定义点,并开始基于整体研究语言。

#8


1  

I would also consider Mono as serious contender for platform independence and a good IDE tool. Java's performance sucks on the desktop. Just check http://www.codeproject.com/KB/dotnet/RuntimePerformance.aspx

我还认为Mono是平*立性的一个重要竞争者,也是一个很好的IDE工具。 Java的性能在桌面上很糟糕。请查看http://www.codeproject.com/KB/dotnet/RuntimePerformance.aspx

#9


1  

For native binaries, wxWidgets is a convenient solution.

对于本机二进制文件,wxWidgets是一种方便的解决方案。

I would tell you that is even better than Java for the user experience side. Even though you can make the presentation layer look pretty much the same for all platforms in Java, they all look like Java. On the other hand, wxWidgets make the user feel like a platform specific build (and it is, indeed), but you can use the same code to compile for several platforms (at least the major ones).

我会告诉你,对于用户体验方面,它甚至比Java更好。尽管您可以使Java中的所有平台的表示层看起来几乎相同,但它们看起来都像Java。另一方面,wxWidgets使用户感觉像是特定于平台的构建(确实如此),但是您可以使用相同的代码来编译几个平台(至少是主要的平台)。

#10


0  

I would think that it depends on what kind of platforms you plan on targeting. Java will have the most platforms with a VM. However, if you just want to use Windows and Linux, you can use C# (using mono on linux).

我认为这取决于您计划定位的平台类型。 Java将拥有大多数具有VM的平台。但是,如果您只想使用Windows和Linux,则可以使用C#(在Linux上使用mono)。

#11


-3  

Based on your definition, no. Even wit the newest graphical libraries you can expect to do a bunch of testing on different platforms.

根据你的定义,没有。即使是最新的图形库,您也可以在不同平台上进行大量测试。

Flash would probably be the best. Wide spread and better at looking the same across different platforms.

Flash可能是最好的。广泛传播并且在不同平台上看起来更好。