.NET语言真的在消费桌面应用程序中有什么影响吗?

我构建并维护了一个用.NET编写的大型桌面应用程序(现在是1.1,2.0)。该应用程序是为牙科医生而设计的,它利用了TableTPCSDK中Microsoft.Ink命名空间中的Ink技术。 一些牙医使用平板电脑使事情变得更简单,并利用这项技术的力量。

另一方面,由于我发现Windows用户界面不好看(xp/vista),并且发现每个应用程序看起来都是一样和不一致的,所以我编写了自己的gdi+控件库,在或多或少遵守“Windows用户界面指南”的同时,我想出了非常好的按钮和其他用户界面元素,使我的应用程序看起来比其他任何标准都“好”。al“Windows应用程序。

我们全屏运行(最大化,无控件,无应用程序栏),但我们这样做是因为它是一个 具体的 机器应用 献身的 完成任务。牙科诊所在我们的应用程序中不使用Microsoft Excel和alt-tab。该应用程序的工作方式类似于“ATM”,触摸屏,完成。很简单。在我所在的欧洲,这是一次成功。

所以我不得不说我很高兴这个应用程序 不 Web应用程序,因为当我们启动时,.NET GDI+for Windows窗体远远优于Web所能提供的任何功能;即使在今天,Ajax也无法重现完整的桌面体验(不是它应该提供的,而是_)。

那时Java有一个丑陋的UI(现在不知道),所以我们从.NET中选择了C语言。

桌面应用程序不会很快消失,有些东西仍然无法在浏览器中重现。

在六年前开始之前,我曾考虑过Java、C++、Delphi等。没有一个提供了C.NET的简单性和强大性,但也没有什么缺点(比如当时没有人拥有的框架)。现在,每个窗口框 一定会 使用.NET Framework 2.0。

再说一次,我的消费者应用程序非常具体,目标是一个封闭的市场,但我们没有任何东西 反对 .NET。

如前所述,我知道汤博、比格犬,还有F-SPOT。所有这些都是大多数Linux发行版的一部分。paint.net是另一个应用程序。

也许你看到这一点是因为许多流行的桌面应用程序的代码库早于2001年?

编辑:我可能会说早于2003年或2004年…我怀疑任何人都会在.NET发布的第一或第二年启动一个主要的桌面应用程序。

Intuit的TurboTax 2007和2008都是用.NET编写的。与我在评论另一个答案时抱怨的小众市场视频编辑工具的演示不同,它实际上完全干净地安装在我家里稍老的xp盒上,没有任何意外(包括它的自我更新技巧)。

今年的用户界面与过去几年有很大的不同,而且在很大程度上是更好的。由于到.NET的转换似乎发生在去年,根本没有改变用户界面,所以新的用户界面不能归咎于(或归功于)切换到.NET。

我只是一个用户,不知道是什么促使他们的开发团队转换。

我确实认为这是我在野外发现的第一个基于.NET的零售软件包。

真可惜。使用.NET阻止桌面开发的唯一原因是桌面计算机上的.NET框架的要求,但是imho,当您能够在.NET环境中工作时,这是一个很小的代价。

Visual Studio(至少2008)是用.NET编写的

只要你不需要误码率性能,我看不出任何理由不使用.NET。有了新的超小型可重设项,您可以包括一个.NET安装程序,它占用了几百KB。

我认为,如果你已经拥有精通该语言的开发人员,或者有特定的技术要求,或者客户机被锁定,使得.NET平台无法使用,那么现代垃圾收集语言的生产率提高应该只会使C++成为一个好的选择。

虽然我还不是工作人员的一部分(也就是说,我是一名学生),但我能摆脱的一切都是用C语言写的。我尝试过的其他任何东西都无法达到这种语言所提供的效率和清洁程度(它提供了VisualStudio的所有生产力特性)。

我注意到在 Process Explorer 越来越多的桌面应用程序被突出显示为黄色(意味着它们是.NET)。如上所述,ATI的Catalyst是Windows Live Mesh,许多游戏都有.NET更新或配置引擎,以及我编写的大部分尚未完全进入公共领域的内容(因为我没有足够的时间进行编码和测试)。另外,Visual Studio的大部分都是.NET——至少根据Process Explorer的说法是这样。

我认为,正如上面提到的,有很多桌面应用已经有了旧的代码库,它们的所有者不会转换这些代码库,除非这样做有一些奇妙的价值。

有一些应用程序,比如 Tomboy 和 Beagle 这是一些Linux发行版的一部分,所以我不确定它们是否算是高端消费应用程序。 想想看,我并不真正了解用.NET语言编写的任何其他“非企业”应用程序。

不是传统的桌面应用程序,而是基于.NET的ATI Catalyst Control Center。

实际上,我在桌面上找到了一些需要.NET的应用程序。

最著名的是paint.net,但其中也包括“Catalyst Control Center”,随我的ATI图形卡一起提供。

当然,我们公司正在编写自己的桌面.NET应用程序。我们的目标受众是商业用户。

在传统意义上,可能不会有大量的WiFrm应用程序被编写,但是Windows Live Messenger的下一版本将在Windows PrimeNeTestFrand基金会中编写,我认为这就是趋势。

Windows Media Center是用C语言编写的,这非常令人印象深刻,但尽管如此,它也不是传统的WinForms应用程序。

techsmith的jing是.net,实际上它是wpf,所以它是3.5,出血边缘.net。

我在这里工作的几乎所有客户机程序都在.NET中;它是一个非常适合业务应用程序的平台。话虽如此,在.NET中的大多数程序都是作为Web应用程序部署的好目标,其余的通常是图形和CPU密集型应用程序,它们通常是出于性能原因而在C++中实现的。出于同样的原因,你也没有看到太多的用Java编写的桌面应用程序。

你们大多数人都提到了开源。我同意,有些项目使用.NET(例如,我使用的是rssbandit),但它们并不重要(大多数情况下)。但是企业应用程序呢?最近我写了一个类似于MS Surface的应用程序,它是用于广告目的的。在这之前,我不得不写一个应用程序来维护仓库。有什么不同吗?在WinForms时代,我已经编写了一个应用程序来支持类似易趣的页面。你还需要吗?

就我个人而言,我认为.NET在商业中被广泛使用(你每天都看不到),而且它不被开源使用(为什么?我不知道,也许投稿人讨厌微软?)但是,我也认为它将向.NET转变,特别是在Windows平台的下一个版本中。而且,我差点忘了-安装.NET框架不是问题,严肃点,用户也不是那么愚蠢和懒惰!

的确,桌面正在失去它对网络环境的魔力,但它永远不会消亡;)

Microsoft InfoPath-Microsoft Office的一部分也是用.NET编写的