Windows mobile 是否为Windows CE5.0或Windows Mobile 5.0开发?

Windows mobile 是否为Windows CE5.0或Windows Mobile 5.0开发?,windows-mobile,windows-ce,windows-mobile-5.0,Windows Mobile,Windows Ce,Windows Mobile 5.0,如果您是使用Visual Studio 2010 Premium Edition的C#开发人员,并且需要为设备编写软件,您可以选择: Windows CE5.0或Windows Mobile 5.0操作系统-您会选择哪一种? 这意味着在安装额外的支持外接程序、库、扩展等方面花费的时间更少 注意:这是一个超级基本的应用程序,可以将条形码扫描到文本框,将其提交到基于.NETWSDL的web服务并读取响应,最后将其显示为标签 我以前做过这方面的研究,我记得在某些情况下,您需要安装VS 2008来完成这

如果您是使用Visual Studio 2010 Premium Edition的C#开发人员,并且需要为设备编写软件,您可以选择: Windows CE5.0Windows Mobile 5.0操作系统-您会选择哪一种? 这意味着在安装额外的支持外接程序、库、扩展等方面花费的时间更少

注意:这是一个超级基本的应用程序,可以将条形码扫描到文本框,将其提交到基于.NETWSDL的web服务并读取响应,最后将其显示为标签

我以前做过这方面的研究,我记得在某些情况下,您需要安装VS 2008来完成这项工作(我希望避免这种时间浪费)

我知道Stack不喜欢这个v.s.问题——然而这并不是为了那个,它更像是一个技术问题——基于这些细节问题,启动和运行的速度有多快

黄蜂WDT3250 WindowsCE5.0

黄蜂WPA1200 Windows CE5.0(WPA1200)或Windows Mobile 5.0(WPA1200wm)操作系统

第一个问题是,在Studio 2010中,您不能针对这两种设备。你必须拥有Studio 2008(如果你没有MSDN,那么尝试获得它并不有趣)。这很不幸,我和雷德蒙以外的其他人似乎认为这是个坏主意,但事实就是这样


现在,对于目标设备,我总是(或几乎总是)选择Windows CE而不是WinMo。WInMo有一个内置的Shell,这使得运行“kiosk”类型的应用程序非常困难。它也有自己的对话框和窗体行为,您希望使用“小于全屏”。你必须进行UI恶作剧才能获得你想要的UI行为,我的想法是你应该花时间编写你的应用程序,而不是编写代码来抑制不必要的平台行为。

看看那些你用来制作“小于全屏”对话框的恶作剧会很好。这些例子是在网上发布的吗?@jpcode:我没有在任何特定的地方发布(甚至可能合并)。我在做我们所做的工作的过程中,在各种客户项目中都有大量的例子,但我认为我们从来没有把它们放在一个地方发表过。