VB6 /最佳桌面应用程序语言与本地编译状态程序语言、桌面、状态

由网友(我是女皇不落泪)分享简介:我一直在寻找一个桌面应用程序编程语言的最大的制约因素之一: - 我需要输出为本地可执行我探索了多种选择:在Java不是一个很好的选择桌面编程,但你仍然可以使用它。但Java的EXE是个问题。 只有GCJ和怡东喷气提供了这种。在.Net平台不支持本地编译。只有极少数昂贵的工具可用,可以做的工作。在Python是不是本...

我一直在寻找一个桌面应用程序编程语言的最大的制约因素之一: - 我需要输出为本地可执行

我探索了多种选择:

在Java不是一个很好的选择桌面编程,但你仍然可以使用它。但Java的EXE是个问题。 只有GCJ和怡东喷气提供了这种。 在.Net平台不支持本地编译。只有极少数昂贵的工具可用,可以做的工作。 在Python是不是本地编译选项。对吧? 在VB6是我留下的选项。

从上面的列表中,如果我是正确的,VB6是唯一的,可能是最好的选择我。 但VB6本身有问题,如:

这是没有更多的正在开发中,因为 在上有支持VB6的IDE与Vista的问题

因此​​,我的问题是:

要添加更多的从编程语言选项列表,怎么办? 如果VB6好/最好的选择,看着它的发展现状,你会建议使用VB6在这个时代? 解决方案

出于好奇,什么是背后的本机仅二进制的约束驱动因素是什么?

As其他人所说的,它本质上是不可能的prevent逆向工程。 (我知道我挂是.NET的背景下答案,但它适用于所有程序。)

I was looking for a Desktop Application Programming Language with one of the biggest constraint: - "I need to output as native executable".

I explored multiple options:

Java is not a very good option for desktop programming, but still you can use it. But Java to Exe is a problem. Only GCJ and Excelsior-Jet provides this. .Net platform does not support native compilation. Only very few expensive tools are available which can do the job. Python is not an option for native compilation. Right? VB6 is the option I am left with. ARM开发环境入门 stem32的程序编译及c51仿真

From the above list, if I am correct, VB6 is the only and probably the best option I have. But VB6 itself has issues like:

It is no more under development since There are questions on support of VB6 IDE with Vista

Thus my questions are:

From the list of programming language options, do you want to add any more? If VB6 is good/best option, looking at its development status, would you suggest using VB6 in this era?

解决方案

Out of curiosity, what are the driving factors behind the "native-binary-only" constraint?

As others have said, it's essentially impossible to prevent reverse engineering. (I realize the answer I linked to is in the context of .Net, but it applies to all programs.)

阅读全文

相关推荐

最新文章