最近在做Windows Mobile 的SmartPhone上的软件开发，开发过程和普通的Windows开发感觉差不错，就是在界面处理上有很大的不同。
SmartPhone界面不小，可就是不支持触摸屏也没有PocketPc上的标准输入面板（SIP），也就没有鼠标的那些操作了，所有操作基本都是通过手机上的那几个键与有限的几个功能键来实现。通过屏幕下方的两个功能按键完成主要的功能操作。
如此不方便的输入也就让我们头痛如何让用户方便的输入信息，没有办法，想提高用户的输入效率就只能尽量让用户少输入（手快的人除外），所以在设计的时候能不录入就不录入，可以从上下文关联的信息就将信息直接显示，可以用备选项的地方就用ComboBox。基本就是让用户选选改改就能完成任务。
还有个问题就是界面显示效率问题，由于SmartPhone本身的配置问题，界面刷新显示能力有限，如果处理不好就会出现显示一屏需要等半天的现象，这还要从界面的设计上入手，手机屏幕小，一屏放东西太多了乱而且显示奇慢，那就将输入分多个界面，关联不大的信息分多个界面显示，如果一屏需要显示的东西实在是要求很多，超出了一屏就一定要让别人知道你下面还有东西要显示，加个滚动条就行。
如果新页面要显示的东西初始化太慢就先不让它显示，先显示着上一界面，等下一界面初始化完了再显示，只需要在界面的Load_Form事件中将需要初始化的界面先隐藏，等初始化完了在显示出来，省得新界面初始化过程中一块一块的不好看。
用点多线程，用户在实际使用中，输入的时间较长，如果不利用这段时间就浪费了，在用户界面显示出来之后，有些时候在后台干点小动作，这样省的用户全录入完了，需要处理了才开始干活，用户又要等半天好些。例如后台数据库的操作，在初始化过程中一般是先读取数据库，等数据库初始化完了在进入登陆界面，完全可以先显示登陆界面，同时后台初始化着数据，用户在录入的过程中一般也就读完数据了，这样不用用户等太长时间。
还有好多慢慢总结，先说这么多，第一次写有点乱：）
SmartPhone界面不小，可就是不支持触摸屏也没有PocketPc上的标准输入面板（SIP），也就没有鼠标的那些操作了，所有操作基本都是通过手机上的那几个键与有限的几个功能键来实现。通过屏幕下方的两个功能按键完成主要的功能操作。
如此不方便的输入也就让我们头痛如何让用户方便的输入信息，没有办法，想提高用户的输入效率就只能尽量让用户少输入（手快的人除外），所以在设计的时候能不录入就不录入，可以从上下文关联的信息就将信息直接显示，可以用备选项的地方就用ComboBox。基本就是让用户选选改改就能完成任务。
还有个问题就是界面显示效率问题，由于SmartPhone本身的配置问题，界面刷新显示能力有限，如果处理不好就会出现显示一屏需要等半天的现象，这还要从界面的设计上入手，手机屏幕小，一屏放东西太多了乱而且显示奇慢，那就将输入分多个界面，关联不大的信息分多个界面显示，如果一屏需要显示的东西实在是要求很多，超出了一屏就一定要让别人知道你下面还有东西要显示，加个滚动条就行。
如果新页面要显示的东西初始化太慢就先不让它显示，先显示着上一界面，等下一界面初始化完了再显示，只需要在界面的Load_Form事件中将需要初始化的界面先隐藏，等初始化完了在显示出来，省得新界面初始化过程中一块一块的不好看。
用点多线程，用户在实际使用中，输入的时间较长，如果不利用这段时间就浪费了，在用户界面显示出来之后，有些时候在后台干点小动作，这样省的用户全录入完了，需要处理了才开始干活，用户又要等半天好些。例如后台数据库的操作，在初始化过程中一般是先读取数据库，等数据库初始化完了在进入登陆界面，完全可以先显示登陆界面，同时后台初始化着数据，用户在录入的过程中一般也就读完数据了，这样不用用户等太长时间。
还有好多慢慢总结，先说这么多，第一次写有点乱：）