与delphi/realbasic for windows应用程序相比,c#有哪些优势
有人编写过比.NET更大的应用程序吗? 人们过去常常批评VB6的2MB运行时,但它很少让它附带的应用相形见绌 今天,尽管我的机器上安装了Vista,但我不得不下载35MB的3.5框架,然后重新启动,然后试用一个只有这个大小一半的应用程序 考虑到源代码安全性的降低,我想知道为什么有人会在.NET中开发windows应用程序,而不是使用允许构建本机可执行文件的语言 在编写在Windows上运行的应用程序时,.NET有什么优势可以掩盖这些缺点?使用它开发复杂(和简单)应用程序的“简单性”。框架中已经为您编写了许多基本内容,您可以直接使用它们。今天下载35mb文件比8-6年前下载2mb文件容易得多。举几个例子:与delphi/realbasic for windows应用程序相比,c#有哪些优势,c#,.net,delphi,realbasic,xojo,C#,.net,Delphi,Realbasic,Xojo,有人编写过比.NET更大的应用程序吗? 人们过去常常批评VB6的2MB运行时,但它很少让它附带的应用相形见绌 今天,尽管我的机器上安装了Vista,但我不得不下载35MB的3.5框架,然后重新启动,然后试用一个只有这个大小一半的应用程序 考虑到源代码安全性的降低,我想知道为什么有人会在.NET中开发windows应用程序,而不是使用允许构建本机可执行文件的语言 在编写在Windows上运行的应用程序时,.NET有什么优势可以掩盖这些缺点?使用它开发复杂(和简单)应用程序的“简单性”。框架中已经为
- 自动内存管理、垃圾收集
- 类型安全
- 边界检查
- 访问数千个不必创建的类
- 与.NET相比,它的应用范围更小,开发社区更小。网上的许多Delphi资源都是古老而过时的
- 直到Delphi2009年,Delphi还没有完全的unicode支持
- 我不知道Delphi 2009的情况,但2007年的垃圾收集效果不太好。它有一些笨拙的引用计数,需要代表开发人员进行一些干预。NET有一个更高级的GC,它几乎可以为您做任何事情
- .NET具有更大的标准库和更多最新的第三方库
- 可以说,像C#这样的.NET语言更好,而且对于新手来说更容易理解
我对德尔福了解不多。人们:请注意,这是在2009年2月写的,当时所说的话是恰当的——在2012年末(3年多之后)对我大喊大叫毫无意义。:-) Delphi对于Win32有一些相当大的优势。并不是说.NET应用程序天生就不好,但请尝试:
- 在Win95/ME上运行.NET应用程序(任何版本),其中.NET不存在(AFAIK)
- 分发任何小型(<1.5 MB).NET应用程序(是的,软盘驱动器仍然存在)
- 在无法访问Internet的系统上提供任何.NET应用程序(是的,它们存在)
- 在没有广泛高带宽的国家/地区分发.NET应用程序
- 避免人们看到你的源代码而不花一大笔钱(反射,有人吗?)
我用.NET语言(C#,Delphi Prism)工作过一些,但主要工作是全职和兼职,都来自Win32和Delphi 这里有许多被.NET开发人员引用的假定优势不应该在这种比较中,因为Delphi也有这些优势:
- 类型安全
- 边界检查
- 访问数千个不必创建的类(组件)
- 支持在同一运行时上使用多种语言-允许为问题选择匹配的语言(例如功能pr