我们目前有一个用于跟踪不同资产的自定义库存系统。这些项目使用已在标准网页上构建/运行的扫描仪系统进行条形码编码和盘点。目前使用USB连接扫描仪处理台式机或笔记本电脑上的库存。
我们买了一台摩托罗拉MC 55 PDA，内置条形码扫描仪并在Windows Mobile 6.1上运行
我应该重新设计UI（html / css）以在小屏幕上工作，还是从导航或输入角度将应用程序移植到紧凑框架有一些真正的优势？
更新：
另一个想法，我在应用程序中使用jquery和各种插件，这会让我头疼Mobile IE。我在设备上测试了应用程序，通常隐藏的内容显示，菜单没有显示，onselect-dropdown＆gt;＆gt;提交表单不起作用（jquery的东西）。
对评论的回应：
至于将当前页面转换为基本html，我使用jquery捕获条形码扫描器输入并选择向下到下一个文本框，或者如果只有一个文本框，我可以选择提交按钮并提交表单。因此，一个警告是能够在不使用jquery的情况下在html表单中处理扫描程序。也许我必须将扫描仪功能编程为不像现在手持的那样发送输入键。
最后请求：
根据目前的建议，我似乎需要在CF方面开发一些东西。我需要一本好的CF书的推荐，不是很多，但不是过于复杂，中间的东西。这本书不应该教一些无用的东西，但要让我快速掌握，并为现实世界的应用程序提供良好的代码/示例/模式。谢谢！
答案 0 :(得分：3)
我应该重新设计UI（html / css）以在小屏幕上工作
这比你想象的更烦人。您要定位哪种浏览器？
WinMobile 6.5上的Opera Mobile和IEMobile配合缩放界面，可以与完整的网页配合使用;您可能不需要重新编写太多以使网站正常工作，但必须放大以进行一些数据输入然后缩小以移动到页面的不同部分是非常恼人的。如果有一种方法来创建webapps，以便这些浏览器呈现1：1像素视图而不是缩放，我还没有找到它。 （这曾经在IE中使用MobileOptimized完成，但它至少在WM6.5的开发人员版本中无法正常工作。）
在WinMobile 6.1上，IEMobile可以是两种截然不同的浏览器之一：
在WinMobile 6.1.0上，你会得到'IEMobile 7'，这是基于IE4的，并且在各个方面都是非常可怕的，并且会一直崩溃并且几乎不支持并且会让你想死。
在WinMobile 6.1.4上你得到'IEMobile 8'，这不是很糟糕。它也被称为“Internet Explorer Mobile 6”或“6on6”，因为微软只是喜欢向你扔掉令人困惑的版本号。
当然，最重要的“6.1.what？”次要版本号是非常隐蔽的。
WM6.1.4上的“IEMobile 8”在内部与WM6.5上的浏览器相同，但具有不同的非缩放UI，使其行为非常不同。当然，没有办法嗅探这两种浏览器之间的差异，因为这可能有助于消除版本号混淆。为了使您的页面在纵向模式下适合Windows Mobile设备上的屏幕宽度：
在Windows Mobile 5中，您必须将页面设计为240像素宽。
在Windows Mobile 6.0中，您必须将页面设计为240像素宽（默认情况下）或480像素宽（如果打开高分辨率模式选项，大多数人都会这样做）
在Windows Mobile 6.1.0中，您必须将页面设计为480像素宽
在Windows Mobile 6.1.4中，您可以使用液体布局，也可以将页面宽度设置为480像素（默认比例）
在Windows Mobile 6.5中，浏览器将始终假设您的网页宽度为1024像素并进行缩放。
总之，微软讨厌你并希望你改用Compact Framework。
答案 1 :(得分：3)
我会将应用程序移植到.Net compact框架，而不是尝试在Windows Mobile中使用IE版本。即使在最好的情况下，移动设备的浏览器应用程序也往往是行走的灾难，并且bobince的答案很好地总结了为什么Windows Mobile不是最好的情况。
相比之下，.Net CF是（IMHO）迄今为止最强大，功能最多且最稳定的移动设备平台。我也认为这是最简单的，学习曲线并不是非常令人生畏，但这可能是因为我已经使用它多年了。当然，有一些问题，但有足够的CF专家来帮助您解决您可能遇到的任何出牙问题。
答案 2 :(得分：0)
我会去重新设计，你会让它更快地运行到CF的端口。如果您稍后决定小屏幕Web视图不够好，那么然后就可以移植它。
CF视图总体上可能更好，但没有理由不从简单选项开始。