C# 是否可以编写在Windows Mobile 6.5和Windows Embedded 8.1/10掌上电脑上运行的应用程序?
客户需要在带有条形码扫描仪的工业手持设备上运行应用程序 不幸的是,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)应用程序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 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的警告。