.NET Framework dependency在.NET中开发桌面应用程序时,是否可能不需要.NET Framework? 在.NET中开发软件是否是开发桌面应用程序的首选方式? 软件公司用于开发桌面应用程序的最常用的编程语言是什么? 是否仅根据您已安装的Windows OS假定.NET Framework的要求,因此为什么列出Windows OS版本要求? 您仍然可以使用C / C ++为Windows桌面开发应用程序,从而消除了对.NET框架的要求,但是您需要确保必要的库已经在系统上或已安装。 .NET框架的优点是Windows XP SP2和Vista默认情况下安装了3.0框架运行时。 在很多方面,这是Microsoft的"开发标准",并且已经有一段时间了。这使您不必担心在应用程序上添加大量库。如果您坚持使用所有.NET提供的库,那么您只需要担心部署可执行文件即可,这可以极大地缓解您的麻烦。当您有一堆库时,也必须进行部署,然后在编写更新时就会遇到麻烦,因为必须确保将这些更新推送到现有安装程序中,并推送到所有现有安装的应用程序中。 至于"首选",有时总是会使人轻弹,但我倾向于访问的求职网站上越来越多的.NET开发人员希望将其用于Web和桌面。 8 ^ D 编辑:非常感谢Orion指出我对框架的困惑。如果您使用的是XP SP2或Vista,那么您将获得3.0"的收益。其他所有操作都需要简单下载或运行Windows Update。 在Windows平台上,使用.NET是开发桌面应用程序的首选方法。 .NET的WinForms模型是开发传统或胖客户端应用程序的一种方式,.NET的Windows Presentation Foundation是MS的最新技术方向。 没有.Net框架,您将无法运行.Net应用程序。该框架负责一些较繁琐的后台任务,因此如果没有框架,您将无法运行该应用程序。 您可能考虑使用" ClickOnce部署",这使将.Net 2.0、3.0和/或3.5可再发行组件的安装程序添加引导程序变得非常容易。 只需单击项目属性中的复选框,安装程序将自动检测是否已安装必备框架,如果未安装,则将安装它。 它并不适合所有情况,但是如果您可以利用它,它可能会很漂亮。 Remotesoft提供了一个链接器-单个开发人员许可为1250美元:http://www.remotesoft.com/linker/index.html
如果您的应用程序将在Mono上运行(并且Mono的Winform桌面支持现在非常好),则可以将您的应用打包为Mono捆绑包,这是一个可执行文件。有两个选项-默认选项包括运行时,但不静态链接到该运行时,另一个选项将您静态链接到Mono运行时。您可能不希望进行静态链接的原因是,它会将您的应用程序置于LGPL之下。不是静态链接(仍然只是一个exe)的包没有此要求。 我认为,如果您能够执行静态链接.NET框架之类的操作,而不必开发它,那么您将违反Microsoft提供的EULA! 这是我们拥有如此丰富的开发人员经验所必须付出的代价!当您考虑回到MFC编程的困难时,这是值得的!
我没有任何数字,但是我要猜??测,由于大多数人都在其台式机上运行XP和Vista,因此列出.NET框架是没有意义的,尤其是如果他们针对Windows 2000中的2.0框架。应用程序本身。过去,您看到多少个应用程序说" requires vbrun50.dll"或与之相关的东西,因为默认情况下它已放入Windows安装程序中? 另外,对于那些不是非常精通计算机的人来说,它"少有一点吓人"。他们要做的就是下载,安装和运行该应用程序。我那里有几个应用程序都需要2.0框架,我确实引起了一些人的疑问,这是什么?我如何得到它?它花了我多少钱?我给他们的典型答案是"如果您运行的是XP或Vista,则无需担心",他们似乎很喜欢。 .NET应用程序分发的最佳实践是,对于所需框架,安装程序会以某种方式通过.NET Redistributable安装程序进行引导,因此,如果尚未安装所需框架(例如,在Windows XP中需要3.5),则安装程序将放进去 .NET Runtime足够小,可以进行安装(.NET 2.0约为24MB,尚未检查.NET 3.5的大小)。 如果您绝对必须避免依赖.NET,则Mono具有Windows版本。 但是,从任何角度看,您都将在运行应用程序的任何计算机上需要一个.NET兼容运行时。因此,如果您想完全避免使用.NET,则可能必须与应用程序一起分发Mono运行时。 我猜想我要说的是,当我查看某些软件的系统要求时,很少看到.NET Framework是必需项。因此,我总是想知道如果没有要求(如果他们在.NET中开发了软件),他们将如何获得成功。因此,我只是假设大多数商业软件不是用.NET编写的,所以这就是为什么我问这个问题。希望能解决一些问题。 是的,您可以在不使用框架的情况下构建基于.NET的应用程序。 您可以使用ESS dotNET FuZe之类的程序将任何dll(包括框架dll)合并到应用程序中。 生成的EXE不再需要框架。 请转到此链接:http://essaver.net/fuze.html来查看FuZe。
从何时起?我不得不告诉很多Windows XP用户进行安装。是的,您可以通过Windows Update将其下拉,但是我非常有信心这是可选安装,不会自动发生。
不,它已经安装了3.0。您获得了WPF,但您却没有得到Linq
使用C ++ / MFC开发的用于Windows桌面的许多应用程序都需要特定版本的MFC运行时DLL,即使可能没有明确列出该版本。我相信对于需要.NET的应用程序也是如此。 例如,我使用的应用程序附带了.NET和我们需要的特定版本的MFC以及其他所需组件的可再发行文件。我们的安装程序将安装用户系统上当前未安装的所有组件。过去几年中的每个版本使用的.NET代码都比以前的版本更多。 我认为假设大多数商业软件不使用.NET只是因为没有将其列为要求是不正确的。我认为您不能从中准确地假设任何事情。 我在.NET(使用C#)中进行了一些编程,我意识到,通常我渴望对许多控件拥有更多的控制权。这些要求的知识超出了.NET框架的范围。 例如,当我使用WebBrowser控件为Web应用程序生成自动化测试工具时,我意识到在某些情况下,需要较低级axWebBrowser ActiveX控件的事件处理程序,而文档中包含的稀缺/代码示例很多COM Interop概念。因此,也许对COM有所了解会很有用? 可能不需要.NET Framework。有一些公司出售(成千上万美元)的解决方案,可以使您做到这一点。但是,这些是完整的hack,Microsoft不支持。 如何开发桌面应用程序(即是否使用.NET)取决于您的要求。没有首选的方法。 最常用的语言可能是C#。 |