2013-02-19 77 views
0

基本上,使用C#&VS2010开发Windows PC应用程序 - 我应该考虑Windows 8吗?

我开发一个PC应用程序使用C#在标题中提到/。NET使用Visual Studio 2010

它比GUItastic更多的功能,因为它是对我工作的公司(工程)。

主要用途是串行通信。双方并从应用程序..

我的问题是..

我应该在保持各种操作系统心烦发展?目标平台是Windows 7.我一直在想/希望由于应用程序的相当直截了当的性质,大部分功能都是在C#代码中进行的,因此它至少可以用于标准应用程序在Windows 7(目标)和Windows Vista上。我想我会不得不改变,创建一个单独的安装程序等等。

任何有关我应该考虑的建议或信息都会非常有帮助!

+0

这不是一个好问题,因为它会问(未见过的)软件如何在未来的操作系统上执行。 _You_正在写它(或正在写),所以_you_应该看看你需要什么功能,以及这是否仍然存在于Windows 8中,以及b)不打算不推荐使用。如果它是一个业务线应用程序,询问业务是否他们计划升级到Windows 8. – CodeCaster 2013-02-19 10:15:19

+0

Windows 8不是未来的操作系统:)我写这个是的,但主要来自Android背景,我没有太多的桌面应用程序的经验。由于缺乏PC应用程序的经验,我问的是我应该在开发一个Windows应用程序的过程中“考虑”什么,这个应用程序可以跨多个平台使用,而且答案非常有帮助,完全符合我所问的要求,包括你自己的。所以谢谢 – mgibson 2013-02-19 11:32:55

回答

1

一个简单的代码将起作用。谨防使用机器特定的代码。

如果您正在使用C#和Visual Studio 2010创建应用程序,那么这两个工作都会消失,如果您没有使用任何操作系统特定功能(如Windows 8中的实时切片),这些将无法在Windows 7或更早版本的OS上使用。我建议你创建基本的用户界面,这将支持两个操作系统,其余的东西将由JIT覆盖。 JIT会在运行时将IL代码编译成特定于机器的代码,因此您不必担心这种情况。如果您正在使用任何机器特定工作,请注意满意。

3

在Windows 7上运行的任何C#应用程序都应该可以在Windows 8上正常运行。

+0

只有当Windows 8仅仅是Windows 7上的Modern UI shell时,这才是真实的,它并不完全(据我所知,但我只能找到添加的API列表,而不是更改的列表) - 也许我只是在怀疑)。这完全取决于您从应用程序调用哪些API。如果全部都是托管的,那么我想你会管理,因为CLR会知道要调用哪些内部API。如果你去P/Invoke道路或使用第三方DLL或其他类似的东西,就不能保证成功。 – CodeCaster 2013-02-19 10:37:29

相关问题