什么是C＃中的优势，比方说，德尔福/ REALbasic的Windows应用程序
有没有人编写的应用程序大于它的.NET行李吗？ 人们用来批评VB6其2 MB的运行时，但它很少所绘的应用程序，它伴随着。
Has anyone ever written an application bigger than its .NET luggage? People used to criticize VB6 for its 2 MB runtime but it rarely dwarfed the app it accompanied.
今天，尽管我的机器上有Vista的，我不得不下载35 MB的3.5框架，并重新启动，以再尝试一个应用程序的一半大小。
Today despite having Vista on my machine I had to download 35 MB of the 3.5 framework and reboot to then try out an app half that size.
当您在减少源$ C $ C安全我不知道为什么有人会有人开发.NET Windows应用程序，而不是一种语言，允许本地可执行的建筑因素。
When you factor in the decreased source code security I wonder why anyone would anyone develop a windows application in .NET rather than in a language that allowed for the building of native executables.
什么是优越的有关.NET的outshadows这些缺点，当谈到编写应用程序在Windows上运行？
What is superior about .NET that outshadows these drawbacks when it comes to writing applications to run on Windows?
大家：请注意，这是写在 2009年2月，然后说什么是适当的那时 - 我在2012年年底大呼小叫（3年后）是没有意义的。 ： - ）
PEOPLE: Please note that this was written in February, 2009, and what is said was appropriate at that time - yelling at me in late 2012 (3+ years later) is meaningless. :-)
德尔福为Win32一些相当大的优势。这并不是说.NET应用程序本质上是不好的，但尝试：
Delphi has some considerable advantages for Win32. Not that .NET apps are inherently bad, but try:
- 在WIN95 / ME，在.NET不存在（据我所知）运行.net应用程序（所有版本）
- 在分发任何小（小于1.5 MB）.net应用程序（是的，软盘驱动器仍然存在）
- 的系统无法访问Internet上提供任何.NET应用程序（是的，他们存在）
- 无wides在国家发布你的.NET应用程序$ P $垫高带宽
- 防止人们看到你的源$ C $ C，无需花费一吨的面团（反射，任何人吗？）
在.NET垃圾收集可能是非常好的，但谁知道关于编程也可以轻松处理内存手动分配/释放德尔福什么，气相色谱仪可提供引用计数界面。不是说把所有的非程序员扩散VB的伪GC的一件事？ IMO，GC是一种使.NET危险的事情，以同样的方式VB是危险的 - 它使事情太容易了，使人们谁真的不知道他们在做什么编写软件，最终使一个烂摊子。 （而且，我得到火烧到这里去世前，这是伟大的谁的人呢知道他们在做什么，以及性，所以VB，我只是不那么确定的优势，熟练outweights的危害我们从非熟练。）
Garbage collection in .NET might be really nice, but anyone who knows anything about programming can also handle manual allocation/deallocation of memory easily with Delp and GC is available with reference-counted interfaces. Isn't one of the things that brought all of the non-programmers to proliferation the pseudo-GC of VB? IMO, GC is one of the things that makes .NET dangerous, in the same way VB was dangerous - it makes things too easy and allows people who really have no clue what they're doing to write software that ends up making a mess. (And, before I get flamed to death here, it's great for the people who do know what they're doing as well, and so was VB; I'm just not so sure that the advantage to the skilled outweights the hazards to us from the unskilled. )
德尔福棱镜（又名雷姆对象OXYGENE，原镀铬）提供德尔福的GC版本，那些谁需要寻找，以及ASP.NET和WPF / Silverlight的/ CE，与可读性（且缺乏大括号）德尔福。对于那些（像我一样），这些统一code的支持是不是主要因素，2007年德尔福提供ASP.NET和VCL.NET，以及本地Win32支持。而且，在像我工作的地方，当工作站只升级（至少）每三年，当我们刚刚摆脱了过去的Win95的机器，因为它不是一个优先升级的地方，在.NET框架一个问题。 （特别是随着公司代理的要求只允许上网极少数人，限制带宽和下载功能，以及适当的非管理员帐户不允许任何USB设备，跨NetWare网络的所有仍然在运行 - 没有所谓的Windows更新，以及从来没有一个病毒，到目前为止，因为没有什么获取）。
Delphi Prism (AKA Rem Objects Oxygene, formerly Chrome) provides the GC version of Delphi that those who need it are looking for, along with ASP.NET and WPF/Silverlight/CE, with the readability (and lack of curly braces) of Delphi. For those (like me) for which Unicode support isn't a major factor, Delphi 2007 provides ASP.NET and VCL.NET, as well as native Win32 support. And, at a place like where I work, when workstations are only upgraded (at a minimum) every three years, and where we just got rid of the last Win95 machine because it wasn't a priority to upgrade, the .NET framework is an issue. (Especially with company proxy requirements only allowing Internet access to a handful of people, limiting bandwidth and download capabilities, and proper non-admin accounts with no USB devices allowed, all still running across a Netware network - no such thing as Windows Update, and never a virus so far because nothing gets in.)
我工作的一些.NET语言（C＃，Delphi的棱镜），但面包，黄油全日制和侧面，来自Win32和德尔福。
I work some in .NET languages (C#, Delphi Prism), but the bread and butter both full-time and on the side, comes from Win32 and Delphi.