J2ME Polish的build功能（一）

如果本文的读者还不知道polish所为何物，那么请可以去j2mepolish的官方网站看下，它到底是用来干嘛的，我们这里只谈它其中的一个build功能。本人接触polish的时间也不长，可以说是小菜鸟，所以文章中难免出现问题，希望读者能够不吝指正。

        问题的提出：我们为什么要用polish来build我们的程序？其实build程序我们可以用很多IDE来完成，但是我们利用polish是为了解决一个问题，而这个问题可能同样困扰着你。由于不同手机平台的不同，而往往这些不同手机上实现程序会有一定的差异性，即使同一个平台，比如Nokia来说，它的不同型号不同机型也不尽相同，比如老40（s40E1）播放mid和新s40以及s60就很不相同，就是因为这个原因，我们在开发的过程中会先在某一款机型上实现所有的代码、所有的功能，然后适配到不同的机型中，这样一来我们是不是得到了很多这样的代码，他们有这样几个特点：

         1>都是实现了一个有戏，代码差异性不大

         2>由于平台差异，手机差异，不同机型上的代码的差异性又不相同

         好了，现在问题出来了，如果对于这些代码进行维护，哪怕只是修改其中的几张图片，你该做什么样的工作？你可能会说，把图片放到资源文件夹内，替换原来的图片，然后在每个版本里修改一定的代码，在模拟器上调试成功后，然后重新build打包，装真机测试。那么如果这样的不同机型有15款，乃至20款，你的工作量是不是相当大，而当你改完了，你又发现其实很多机型修改的内容一摸一样，而你做了好多重复累赘的工作。这个时候，你就需要polish了。

        利用polish我们可以把这些不同的版本整合到一起，让他变成一个代码体，当然了它包含了不容机型里的所有内容，当然polish有他的办法来区分他们之间的不同。这里我举个简单的例子，比如我们的游戏中存在一个背景音乐（mid），但是我们知道并不是所有的机型都支持播放mid，再具体一点，我要做的游戏里Moto C650是能播放mid的，但是Nokia－7210却不支持，这两个机型屏幕大小完全一样（FullCanvas大小不一样，主要因为moto机型无法真正全屏，屏幕上方的状态条无法除去），游戏的代码体一摸一样，7210里不能播放声音，那么我们可以用polish简单的来判断控制来区分，看下面的代码：

 

 

//#if polish.midp2
     /**//*播放音乐代码/*
//#else
    /*不播放音乐操作/*
//#endif

 

        简单分析一下这段代码，我们的polish做了这么一步工作－－根据你的要求，提取代码，然后打包，同样它也可以提取资源文件，我们以后慢慢讨论这些问题，这里我们继续分析代码，当机型是midp2.0时，执行播放音乐代码，因为一般的2.0机型都能播放mid，如果为1.0那么我们就不播放音乐，转而执行其他的代码，这些看似C里面宏定义的代码的作用就是能根据你的控制代码，来瓜分你的代码，而且在build/real/Nokia/7210/source下看到build后的原代码，并不包含播放声音那一段，因为7210是1.0的机子。现在你猜猜moto C650的放在那里？它就放在build/real/Motorola/C650/source下面，这个过程由polish自动完成，你不用操心，当然不播放音乐的代码也不会被包含在C650的代码中。（注明：所有的目录结构都是根据eclipse）。讲到现在，你可能知道了一点polish的build功能的魅力了。

      一句话，用polish的语言，把不同的机型代码完美的整合到一起，方便我们以后管理，修改。当然同样带来的项目上的风险，有利有弊吧，看读者怎么思考这个问题了。

      文章接下来还会通过一个实例来解决我们在整合所有机型代码时候的问题，请看文章二