C# 是否可以编写在Windows Mobile 6.5和Windows Embedded 8.1/10掌上电脑上运行的应用程序?

C# 是否可以编写在Windows Mobile 6.5和Windows Embedded 8.1/10掌上电脑上运行的应用程序?,c#,windows-mobile,windows-ce,windows-10,windows-embedded,C#,Windows Mobile,Windows Ce,Windows 10,Windows Embedded,客户需要在带有条形码扫描仪的工业手持设备上运行应用程序 不幸的是,Windows 8.1嵌入式手持设备很少,而Windows 10嵌入式设备则不存在。目前几乎所有可用的设备都使用Windows CE 6或Windows Mobile 6.5 据我所知,Windows Mobile 6.5的(.NET)应用程序完全基于Compact Framework和WinForms,而Windows 8.1嵌入式软件(完全?)基于WinRT和XAML 对吗?是否无法编写一个(.NET)应用程序 在当前(Wi

客户需要在带有条形码扫描仪的工业手持设备上运行应用程序

不幸的是,Windows 8.1嵌入式手持设备很少,而Windows 10嵌入式设备则不存在。目前几乎所有可用的设备都使用Windows CE 6或Windows Mobile 6.5

据我所知,Windows Mobile 6.5的(.NET)应用程序完全基于Compact Framework和WinForms,而Windows 8.1嵌入式软件(完全?)基于WinRT和XAML

对吗?是否无法编写一个(.NET)应用程序

  • 在当前(Windows Mobile 6.5)设备和
  • 是否将运行Windows 8.1/10嵌入式设备

    • 你是对的,没有办法做到这一点。UI基于winforms for 6.5和XAML for 8/10。 您可以尝试做的唯一一件事是保持UI和业务逻辑干净地分离,以简化迁移。 还可以考虑在6.5(EX:SQLCube)上的一些特性在8/10中被丢弃,并且“替换”可能不是代码兼容的,并且可能缺少一些特性。
      您可以尝试在8/10上构建和测试您的非UI代码,以便检查您是否正在使用可能影响迁移的功能。

      您是对的,没有办法做到这一点。UI基于winforms for 6.5和XAML for 8/10。 您可以尝试做的唯一一件事是保持UI和业务逻辑干净地分离,以简化迁移。 还可以考虑在6.5(EX:SQLCube)上的一些特性在8/10中被丢弃,并且“替换”可能不是代码兼容的,并且可能缺少一些特性。
      您可以尝试在8/10上构建和测试您的非UI代码,以便检查您是否正在使用可能影响迁移的功能。

      如果您不必编写本机.NET代码,您应该能够使用。可能还有其他跨平台的解决方案也可以使用。

      如果您不必编写本机.NET代码,您应该能够使用。可能还有其他跨平台的解决方案也可以使用。

      可能您可以使用Windows Mobile 6.5上的Windows.Forms和Windows Phone上的Xamarin。对于Compact Framework的表单代码和Xamarin支持的表单代码,需要使用兼容层


      但我建议使用HTML5(在WindowsMobile上使用ZetaKey浏览器)。甚至RhoElements也基于HTML5,但有适当的扩展。

      可能您可以使用Windows Mobile 6.5上的Windows.Forms和Windows Phone上的Xamarin。对于Compact Framework的表单代码和Xamarin支持的表单代码,需要使用兼容层


      但我建议使用HTML5(在WindowsMobile上使用ZetaKey浏览器)。甚至RhoElements也基于HTML5,但具有适当的扩展。

      是的,这是可能的。您必须实现所有依赖于平台的GUI逻辑。并且可以使用MVVM模式共享代码。您可能还需要切换到一个数据库,该数据库在两种平台(如SQLite)上都可用。

      是的,这是可能的。您必须实现所有依赖于平台的GUI逻辑。并且可以使用MVVM模式共享代码。您可能还需要切换到在两种平台(如SQLite)上都可用的数据库。

      感谢有关SQL Server Compact的警告。感谢有关SQL Server Compact的警告。