移动应用开发的最佳实践与邮件PIM功能实现

### 移动应用开发的最佳实践与邮件PIM功能实现 在移动应用开发领域，为了满足企业用户和普通用户的需求，需要在多个方面遵循最佳实践，同时实现诸如邮件和个人信息管理（PIM）等实用功能。 #### 集中配置管理 移动企业用户需要最新的软件补丁和最新的应用数据。但让忙碌的移动工作者每天停下手中的工作，将设备连接到PC并按照IT部门的详细更新说明操作，显然不符合他们的生活和工作方式，因此这些说明常常被忽略。管理和更新大量移动设备上的软件和数据是一项具有挑战性的任务。以下是几种可实现设备管理流程自动化的工具： - **J2EE配置服务器**：JSR 124为J2EE客户端配置服务器制定了规范。该服务器允许运营商为任何客户端配置方案插入适配器。例如，参考实现中通过捆绑的适配器提供了MIDP空中下载（OTA）支持。当设备请求客户端软件时，配置服务器会将设备与存储库中的客户端进行匹配，并使用适当的适配器部署客户端。此外，配置服务器还为后端计费、跟踪和CRM应用程序提供了接口。 - **OSGi捆绑包**：OSGi捆绑包是具有管理生命周期的自包含移动应用程序。对于运行OSGi服务的设备，OSGi捆绑包可能是部署应用程序和内容的理想方式。 - **同步服务器**：数据库同步也可用于配置和更新内容。 #### 无处不在的集成 企业移动客户端需要与许多不同的后端或中间件系统集成。以下是几种常见的集成技术及其优缺点： | 集成方案 | 互操作性 | 耦合度 | 占用资源 | | --- | --- | --- | --- | | 基于HTTP的二进制协议 | 差 | 紧密 | 轻量级 | | RPC框架 | 一般 | 紧密 | 轻量级 | | 消息传递 | 一般 | 松散 | 适中 | | XML Web服务 | 优秀 | 松散 | 重量级 | - **专有二进制协议**：由于所有J2ME设备都必须支持HTTP，因此它是大多数其他方法的基础。HTTP可以传输文本和任意二进制内容。一些示例应用展示了在HTTP上使用自定义设计的二进制协议，这些协议旨在满足应用程序需求并最小化网络传输的字节数。然而，这种方法会导致服务器和客户端之间的紧密耦合，需要开发服务器端和客户端组件来与自定义协议进行交互。如果未来设计发生变化，双方的应用程序都需要更改。如果无法控制服务器，则不能采用这种方法。对于需要频繁更新的应用程序，自定义协议也不是最佳选择。 ```mermaid graph LR A[J2ME智能客户端] -- 专有二进制协议 --> B[J2EE后端] A -- RPC框架 --> B A -- 消息传递 --> B A -- XML Web服务 --> B ``` - **使用移动RPC框架**：使用商业可用的RPC框架是一种更标准化的集成方法。例如开源的kCommand工具包和Simplicity事务引擎。kCommand工具包定义了一组开放API，客户端和服务器都可以调用这些API来传递通用的RPC参数。Simplicity事务引擎是与Simplicity IDE紧密捆绑的专有解决方案。使用Simplicity RAD工具，可在应用程序编辑器中拖放远程事务组件，让IDE为你生成代码，对于简单应用程序来说非常容易使用，但自动生成的源代码可能难以定制。使用移动RPC框架可以节省开发专有且难以维护的接口组件的时间，但服务器和客户端仍然保持紧密耦合。 - **消息传递是我们的朋友**：消息传递解决方案，尤其是异步消息传递，通过消息中间件将客户端和服务器解耦。设计良好的消息传递解决方案可以大大提高系统的可靠性和可扩展性，因为资源可以根据优先级而不是先来先服务的原则分配来响应请求。 - **XML和Web服务**：XML Web服务倡导与平台无关的开放接口，支持RPC风格和消息传递风格的集成。然而，由于XML Web服务会带来较大的带宽和CPU开销，因此需要谨慎使用。建议仅在移动客户端与外部组件交互或需要多个客户端互操作时使用XML Web服务。 #### 满足不耐烦的用户需求 移动应用的“随时随地”便利性是其最大优势，但为用户实现真正便捷的解决方案是一项重大挑战。用户将移动设备视为个人物品，对其有很高的期望。 ##### 利用丰富的用户界面 丰富的用户界面是智能客户端的一大吸引力。我们应明智地使用高级UI组件，如在画布上直接绘制和动画精灵。在Smart Ticket应用程序中，使用原始画布绘制座位图就是一个恰当使用UI的优秀示例。MIDP v2.0规范支持高级UI小部件，设备供应商也经常提供自己的UI增强API。MVC模式是一种强大的工具，可在重用相同业务逻辑组件的同时，为不同设备支持多个优化的UI。 ##### 合理使用线程 UI锁定是用户可能遇到的最烦人的问题之一。在PC上，用户习惯了某个流行操作系统的崩溃，只需按下重启按钮即可。但用户对移动设备故障的容忍度要低得多。避免主UI线程挂起的最佳做法是将所有耗时或可能阻塞的操作放在单独的线程中。实际上，MIDP规范明确指出，UI事件处理程序（即CommandListener.commandAction()方法）必须“立即返回”，这意味着规范实际上要求正确使用UI线程。以下是使用线程的示例代码： ```java public class DemoMIDlet extends MIDlet implements CommandListener { // other methods public void commandAction(Command command, Displayable screen) { if (command == exit) { // handle exit } else if (command == action) { WorkerThread t = new WorkerThread (); t.start(); } } class WorkerThread extends Thread { void run () { // Do the work } } } ``` 在Smart Ticket示例应用程序中，线程的使用更进一步：每个工作线程都有一个辅助线程，用于显示动画进度条以指示工作线程的进度，这在长时间的网络操作中特别有用。 ##### 一次显示一个屏幕 移动用户的注意力持续时间相对较短。我们应该将冗长的操作分解成小块，一次显示一个屏幕，并为用户提供在过程中暂停或中止的选项。智能客户端特别适合处理屏幕流程，因为设备上的存储可以在屏幕之间缓存信息。例如，Smart Ticket应用程序中的“购票”操作就是一个很好的屏幕流程示例。 ##### 存储用户偏好 如果移动设备能够根据用户的个人偏好进行定制，它们将变得更具个性化，也更有价值。高级移动应用程序应在设备上存储其所有者的偏好数据。如在Smart Ticket应用程序中，存储的偏好数据使用户能够获得更流畅的工作流程体验，例如用户在购买流程中无需中途停下来输入信用卡信息。 ##### 使用部署描述符 移动应用程序还可以在用户下载之前在后端进行定制。例如，当用户在网站上注册时，网站会根据提交的表单自动定制下载包。通过部署描述符，我们可以在不重新构建应用程序的情况下对其进行定制。MIDP规范定义了Java应用程序描述符（JAD）文件的格式和用法，但对于其他J2ME平台，我们仍需要在自定义生成的JAR包中嵌入属性文件和/或其他非标准配置文件。 #### 邮件和PIM功能基础 邮件可能是互联网上使用最广泛的应用程序。如今流行的邮件套件（如Microsoft Outlook）将邮件与日历、待办事项列表和地址簿等PIM应用程序集成，以进一步提高生产力。具有邮件和PIM功能的移动设备（如Blackberry手持设备）在企业界取得了巨大成功。由于J2ME支持先进的网络和丰富的用户界面功能，它是构建跨平台移动邮件和PIM解决方案的理想平台。 ##### 电子邮件基础 当你向朋友发送电子邮件时，看起来邮件直接从你的邮件程序发送到了朋友的邮件程序。但实际上，邮件由互联网基础设施中的许多服务器处理，这些服务器使用IETF和W3C等组织定义的标准协议进行通信。对用户来说，这个过程是完全透明的，但开发者必须确切了解电子邮件消息是如何传输到目的地的。电子邮件消息的生命周期如下： 1. 发件人的邮件程序联系SMTP（简单邮件传输协议）服务器，并告知该服务器收件人和邮件内容。 2. SMTP服务器通过互联网注册表找到收件人的邮件服务器，并将邮件传递给该服务器。收件人服务器可以是POP3（邮局协议）或IMAP（互联网消息访问协议）服务器。 3. 收件人的POP3或IMAP服务器存储邮件。下次收件人登录该服务器时，就会看到该邮件。 所有数据通信都通过TCP/IP套接字进行。SMTP、POP3或IMAP服务器通常由具有可靠互联网连接的互联网服务提供商（ISP）或公司提供。 - **SMTP服务器**：不需要用户身份验证的SMTP服务器称为开放中继。开放中继会传递收到的所有邮件。但由于垃圾邮件发送者的滥用，如今大多数SMTP服务器都需要身份验证。SMTP用户名和密码通常与主ISP账户的用户名和密码相同。 - **POP3/IMAP服务器**：POP3服