易于在各手机平台移植的设计
1、选择易于移植的编程语言。当前在移动开发中使用的语言主流是J2ME和C语言，J2ME因为与平台无关，成为了首选的开发语言，但是用J2ME来开发，有些功能在某些手机平台上是无法实现的，有些手机平台根本就不支持J2ME的开发，所以我还是较倾向使用C语言，到目前为止，还没有碰到不支持C语言的，虽然有些平台要求用C＋＋来开发，但C＋＋还是对C语言兼容的，这里我们就是针对C语言来讲述如何开发易于移植的工程。
2、在程序架构设计上要针对使用异步函数的设计方法。调用某个函数，在函数退出时不能马上知道结果，必须通过获取系统返回的消息才能知道函数调用结果，这样的函数便是异步函数。所以在调用平台相关函数时要考虑到其可能是异步函数，可以设计一个事件或消息处理中心和一个超时处理方法，把有调用平台相关的函数，全部在那儿进行处理，便于简化处理流程。
3、对于基本数据类型和C语言基本标准函数要进行封装。大部份平台都会有一套不同的基本数据类型定义和函数功能一样但定义不同的C语言函数，特别是那些文件操作，基本上都不支持C语言中的函数方法定义，但实现的功能是一样的，所以可以通过宏定义或重定义进行封装。
4、最好有一套独立的内存管理程序。有些平台上的内存分配和释放函数的实现较简单，对于会产生较多内存碎片的程序可能会很快就无内存可用，有些平台上的一次能申请的最大内存可能无法满足程序的需要，这时候就需要自己设计一套内存管理程序。
5、代码设计时要考虑栈空间的大小。手机平台的程序可用栈空间一般都很小，一般不会超这8KB，函数的参数、局部变量、递归调用都是占用栈空间的，所以在手机平台中的系统函数很多都没有带参数，函数内局部变量当为数组变量时要注意数组长度，太长则容易造成栈溢出，一般不要超过128字节，要尽量少用递归函数或递归函数的递归层次要少，还有函数调用太深也是容易造成栈溢出的。
6、最好不要有全局变量。目前只知道symbian OS平台上应用程序不可以有全局变量（但可以有static const申明的全局常量），当然在symbian OS上要使用全局变量也是有方法的，不过，会有点麻烦，最好是不要有全局变量，如果确实需要全局变量，全局变量的数目应尽可能的少，并且要有一套对全局变量的统一管理方法。
7、要考虑到字节对齐问题。大部分手机是4字节对齐，所以在设计结构体数据类型时，结构体长度最好是4字节的倍数，数组的长度也最好是4字节的倍数，对于动态申请内存，最好不要申请小于4字节长度的内存，否则会浪费内存。
8、要尽量节约内存的使用。在手机平台中可用的内存一般是在几百KB左右，当然大部分智能手机（如symbian、windows CE手机）的内存能有几兆的空间，对于内存的使用要有一个很好的规划，在程序架构设计时就必须要考虑这方面的问题。
9、要考虑到字节顺序及字符集类型。大部分手机使用的字符集是UCS2字符，UCS2字符便有个高低字节顺序的问题，在处理UCS2字符时，如果发现处理后的字符乱掉了，那大部分原因是因为高低字节顺序错了，但对于UTF8字符是不用考虑字节顺序的，很多系统采用了UTF8字符便是基于这方面的考虑。
10、 循环运算次数不要太大。有些系统会对循环运算进行监视，如果循环次数太大并造成运算时间太长，系统会发生重启的现象。
11、 一次的不间断的处理过程时间不能太长。大部分低端的手机操作系统是单任务或抢占式多任务的，并且不支持多线程，如果某个不间断的处理过程时间太长，则手机会因在这个长过程中无法处理其它事件造成象死机的样子，这样子，程序的交互性便会很差，最好把一个大过程分成一个个运行时间较短的小过程，每个小过程由UI层进行控制，这样便可以及时响应和处理其它的事件。
12、文件操作不能太频繁。手机平台的系统资源有限，远不能跟PC相比，频繁地读写文件可能会造成系统应付不过来而瘫痪掉，要尽量减少特别是对文件的写入操作。
13、 与平台相关的接口设计要尽量简化。做移植主要工作量是在处理接口的设计上，接口设计得越简单，接口数目越少，移植的工作量则越少。
14、要设计好程序调试方法。在手机平台上进行程序调试是一个较麻烦的工作，有些手机平台会提供模拟器进行调试，但最后还是必须到手机上去调试，所以调试的方法很重要，必须要有一套独立的不依赖于平台的调试方法。