用于开发桌面应用程序的平台 [英] Which platform to use for developing Desktop application

问题描述

大家好，

一段时间以前，我开发了一个桌面应用程序，该应用程序在dot net c#中.

我们面临的问题是，它需要点网框架2才能在客户计算机上进行安装，

我的问题是，可以使用什么其他应用程序来开发不需要安装框架的计算机软件?

VB是个好主意吗?

我也在寻找VB自由职业者.

谢谢
Mike

HI Guys,

some time back i developed a desktop application which was in dot net c #.

The problem we faced was that it required dot net framework 2 for installation on customers computer,

My question is what other application can be used to develop computer softwares which does not require installing framework?

Is VB a good idea ?

I am also looking for VB freelancers.

Thanks
Mike

推荐答案

据我所知，没有一个编译器可以使C#应用程序在没有某种形式的.Net Framework的计算机上运行. C#是从一开始就设计使用CLR和Framework的第一语言.自XP发行以来，没有Microsoft操作系统没有提供某些版本的.Net Framework，因此，如果您需要使用过时的操作系统来支持客户，则必须将您的应用程序移植到另一种语言，并尝试复制任何.Net Framework功能.需要手动.您也许可以使用较旧版本的C ++甚至VB来完成此操作，但是如果您放弃拒绝使用21世纪产品的客户，则可能会更开心.

There is no compiler I know of which can make a C# app run on a computer without the .Net Framework in some form; C# is the first language designed from the start to use the CLR and Framework. No Microsoft OS since XP has shipped without some version of the .Net Framework, so if you need to support customers using obsolete operating systems, you''ll have to port your app to another language and attempt to duplicate any .Net Framework functionality you need manually. You might be able to accomplish this with an older version of C++ or even VB, but you''ll probably be much happier if you abandon customers who refuse to use 21st century products.

使用德尔福 [ ^ ]或 C ++构建器 [最受欢迎的网络协议 [开源和商业第三方 [ RemObjects SDK [ ^ ]-类似WCF的功能-可与基于.Net和Java的解决方案很好地互操作.

数据摘要 [ ^ ]-建立在RemObjects SDK之上，使RIA框架变得可耻.

DevExpress VCL控件 [ ^ ]-用于Delphi和C ++构建器的150多个控件-真正的高品质

Steema TeeChart Pro [ Gexperts.org/ [ JVCL [ ^ ]数量惊人的组件和库

问候
Espen Harlinn

Use Delphi[^] or C++ builder[^]

Lets you deploy a single executable file, nothing else required, if that''s what you require.

Includes royalty free powerful reporting engine, components for most popular network protocols[^], components supporting rappid development of database centric applications (often with less development effort than .Net), and much more.

Tons of available open source and commercial 3rd party[^] components.

Here is a few of my commercial favourites:

RemObjects SDK[^] - WCF like functionality - interoperates quite well with .Net and Java based solutions.

Data Abstract[^] - Built on top of RemObjects SDK, puts the RIA framwork to shame.

DevExpress VCL Controls[^] - more than 150 controls for Delphi and C++ builder - really high quality

Steema TeeChart Pro[^] - one of the most feature complete chart components around


A few open source favourites:

Gexperts.org/[^] GExperts is a free set of tools built to increase the productivity of Delphi and C++Builder programmers by adding several features to the IDE. GExperts is developed as Open Source software

JVCL[^] an astounding amount of components and libraries

Regards
Espen Harlinn

我想表达您对.NET的关注.很久以前，没有Framework版本低于2.0的Framework的Microsoft系统变得毫无意义. Windows 7(甚至Vista)，Windows Server 2008都已随.NET一起提供，此外，很容易将.NET Framework与任何应用程序捆绑在一起.

实际上，任何高级用户都可以在Windows 2000(只能安装.NET Framework 2.0的版本)上安装的所有产品上都安装.NET.各自的.NET Framework是作为任何版本的Visual Studio .NET的先决条件而安装的:Framework v.2.0随Visual Studio 2.0一起提供.

我已经很久没有见过具有或多或少具有现代版本的.NET的系统了.
在许多Linux发行版中，Mono软件包(.NET上的多平台实现)是标准的可选软件包，当前版本与.NET v.3.5(标准子集+许多非标准)兼容.我可以在Windows上编译我的应用程序，然后在Linux上运行，甚至可以在Windows UI应用程序上运行.

还应注意，对于.NET语言，限制和障碍不再存在.与本机Windows相比，所有.NET语言都兼容，并且DLL之间没有障碍，因为模块化是通过可执行模块和程序集完成的.如果程序集使用另一个DLL，则它会引用它或动态加载它，并且这样做与编写外部程序集所用的语言没有任何区别.而且，没有更多的头文件或链接库:程序集是独立的.如果以可执行形式发送程序集，则它包含所有定义及其元数据:用户将立即查看和使用(调用，读取，修改等)所有公共类型，方法，属性和变量...

您还需要消除什么疑问?

I would like to discharge your concerns about .NET. A Microsoft system with no Framework of a Framework version less than 2.0 is rendered a nonsense long time ago. Windows 7 (and even Vista), Windows Server 2008 all shipped with .NET already, besides, it''s easy to bundle .NET Framework with any application.

In practice, any advanced user installs .NET on everything started from, perhaps Windows 2000 (where only .NET Framework 2.0 can be installed); respective .NET Frameworks are installed as prerequisites for any version of Visual Studio .NET: Framework v.2.0 comes with Visual Studio 2.0.

I haven''t seen a system with more or less modern version of .NET for ages.
On many Linux distributions Mono package (multi-platform implementation on .NET) is a standard optional package, current version is compatible with .NET v.3.5 (a standard subset + a lot of non-standard). I compile my applications on Windows and run on Linux, even Windows UI applications.

It also should be noted that for .NET language limitations and barriers no longer exist. In contrast to native Windows, all .NET languages are made compatible, also, there are no barriers between DLLs, as modularity is done via executable modules and assemblies. If an assembly is using another a DLL, it either reference it or dynamically loads, and this is done the without any differences in what language a foreign assembly is written. Also, there are no more header files or link libraries: assemblies are self-contained. If you send an assembly if executable form, it contains all definitions and its meta-data: the user will immediately see and use (call, read, modify, etc.) all the public types, methods, properties and variables...

What else would you need to remove any doubts?

这篇关于用于开发桌面应用程序的平台的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！