Java ME是开发下载性应用程序最常用的方式，而XHTML是开发浏览性应用程序最常用的方式。下面，让我们详细阐述前面所提到的问题，然后讨论AJAX技术是怎样解决这些问题的。
问题一：市场份额
移动应用程序是主要的消费者应用程序。就象这一时期正在发展中的其它工业一样，移动数据工业也是一个正在兴起的行业，它仅占有一定的市场份额。为了达到商业性运营目的（特别是考虑到网络效果的需要）,消费者应用程序需要有大批的用户群体。
上面市场的运作可能基于单个的专利标准，例如来自于Qualcomm的BREW（这显然有它的不利之处）或者通过不受任何企业实体控制的具有很少工业障碍的开放标准。
为了说明市场份额怎样影响一种新的服务的商业生存能力，我经常推荐使用下列途径（其中，大多数的数据都能够容易地从网上获取）。其思想是，使用"同心圆"理论试图估计出你的应用程序的目标用户群。
下面是我使用的一个示例步骤：
1. 准备发行你的应用程序的国家有多少人口？
2. 在上面的人口中，人均手持设备占有率是多少？
3. 在这样的人口中，你想雇用什么样的操作员？（大多数国家都有多种类型的移动操作员）
4. 在这样的人口中，你的目标手持设备是什么？（并非所有的操作员支持所有的手持设备）
5. 使用什么样的发布技术，是Java,SMS,还是WAP？
6. 应用程序是否有任何特殊技术需要，例如基于位置的服务？有多少人拥有支持这种技术的手持设备？
7. 你的市场分割分析提示了什么规律？(最简单的分割是男性/女性，预付/后付，等等)
8. 你的市场渠道有哪些？
9. 我们期望达到什么样的市场份额，并且基于我们的市场预算把它们转化为多少顾客数？（也即，转化率-典型情况下大约为2%）
这将为你提供你的目标用户群数,并且这个目标用户群数乘以每月潜在的下载数应该为你计算出你每月的收入。而且，这还能够直接联系到你的费用底值-包括你的开发费,移植费等等-以达到一种更为客观的在这种新型服务上投资所存在的成功/失败率的认识。
上面的方法揭示了一个市场份额问题，并且它暗示，今天很少的移动服务能够赢利。因而,我们可以创建一种增殖服务-'广播内容应用程序'，例如ringtones和图像软件；但是，在大众市场上具有极少的相应的工具应用程序。
问题二：移植问题
这个问题特定于所下载的应用程序（在Java ME中更为普遍）。在Java ME环境下，"书写一次到处运行"只是个玩笑而已！请不妨考虑一下典型地使用Java ME开发的移动游戏（一种可载的应用程序）的情况。
首先，好的方面在于：
· 据报导，有些运营商，例如Sprint，目前其移动游戏和其它数据服务占居他们每年收入的大约百分之十；
· 工业咨询公司Ovum注意到，现在，全球市场上存在超过四亿五千万支持Java技术的手持设备,还有三千八百万和一千五百万支持BREW和Symbian的手持设备；
· 移动游戏出版商在2004年在全球的销售达到１２亿美元，并且在2005年有望达到一种更强的销售势头，因为越来越多的消费者发现其实这种微型游戏控制台实际上早已存在于他们的手机上。
但是，接下来让我们看一下不利的因素：
· 游戏移植通常需要开发人员适合于不同的屏幕分辨率，处理器速度,内存量限制和音频能力,所有这些都因设备不同而存在很大差异。
· 对于出版商来说,这会使他们错过在一个高度竞争性的工业中关键的市场机会。
· 作为一个示例，设想你是一个中等规模的游戏出版商，总共有30部游戏。为了实现你的游戏能够在全世界范围内以五种语言并且仅在50种设备上可用,你需要创建7,500种不同的发布版本。以每一种发布版本需要花费,500计算,你需要一项接近于一千九百万美元的移植处理预算。
这严重地限制了业务规模，并因此使得极少的移动游戏能够赢利。
问题三：应用程序"无壁垒"发布
前面使用Java ME技术进行移动开发的每一个示例所存在的困境说明，仅仅创建一种社区（正如Sun所做的，就技术而言，其一直运行良好）是远远不够的。该技术和基于之创建的应用程序必须保持同类和可互操作以支持网络效果并且获得关键的客户群体。一种平台存在越少的"瓶颈"，则对整个工业来说意味着这是更好的事情。
四、 为什么AJAX能够替换JavaME和XHTML而成为更受欢迎的移动开发平台？
AJAX能否解决上面提出的问题呢？我的观点是，可以。AJAX被通过浏览器加以存取。顾客能够使用两种方式得到浏览器-或由制造商把浏览器预安装到手机中，或把浏览器作为一种独立的应用程序进行安装。
任何人都可以下载一种智能手机浏览器，正如这里的Opera链接所显示的60种系统的手机的情况一样。这意味着，所有的顾客能够潜在地安装他们自己的浏览器，并且如果有足够人这样做,那么我们就有了关键的用户群体问题-凭借着极少的"瓶颈"。
