.NET语言真的会对消费者桌面应用程序造成任何影响吗？

难道你写使用.NET语言消费的桌面应用程序？如果是这样的类型？

我的印象是,大多数消费者桌面应用程序仍然是C,C++等本机编译的应用程序.

虽然.NET语言越来越受欢迎,但是这些新的应用程序是否会突破企业和Web领域,成为高街消费者应用程序？

例如,现在看看你的桌面？有多少应用程序是用.NET语言编写的,Firefox？微软办公软件？雷鸟？iTunes的？Microsoft Visual Studio？

我公司开发高端CAD/CAE应用程序,我们利用新技术,但我们的核心开发仍然使用C++完成.

我构建并维护了一个用.NET编写的大型桌面应用程序(现在是1.1,2.0).该应用程序适用于牙医,它的工作原理是利用TabletPC SDK中MIcrosoft.Ink命名空间中的Ink技术.一些牙医使用平板电脑使事情变得更容易,并利用该技术的力量.

另一方面,由于我发现Windows UI不好看(XP/Vista)并且发现每个应用程序看起来都相同且不一致,我编写了自己的GDI +控件库,同时或多或少地尊重"Windows UI准则",我想出了非常漂亮的按钮和其他UI元素,使我的应用程序看起来比其他任何"普通"Windows应用程序"更好".

我们以全屏运行(最大化,没有控件,没有应用栏),但我们这样做是因为它是专用于该任务的机器中使用的非常具体的应用程序.牙科诊所不会将Microsoft Excel和ALT-TAB用于我们的应用程序.该应用程序的工作方式类似于"ATM",触摸触摸,完成.非常简单.我在欧洲取得了成功.

所以我不得不说,我很高兴该应用程序不是一个Web应用程序,因为当我们开始时,.NET GDI + for Windows Forms比任何WEB提供的都要优越; 即使在今天,Ajax也无法重现完整的桌面体验(不是它应该......).

当时Java有一个丑陋的用户界面(现在不知道)所以我们选择了.NET并且从那时起就使用了C#.

桌面应用程序不会很快死掉,有些东西仍然无法在webrowser中重现.

在六年前开始之前,我考虑过Java,C++,Delphi等.没有提供c#.NET的简单性和强大功能,几乎没有什么缺点(比如当时没人有的框架).现在,每个Windows框肯定都有.NET Framework 2.0.

同样,我的消费者应用程序是非常具体的,针对封闭的市场,但我们没有任何针对 .NET的东西.

如上所述,我知道Tomboy,Beagle以及F-Spot.所有这些都是大多数Linux发行版的一部分.Paint.NET是另一个应用程序.