实际解析J2ME + J2EE的项目开发（一，一个退出的项目）

我在这里发了些关于手机应用开发的文章，基本上是关于J2ME的。虽然做了将近4年J2EE，虽然我总是告诉别人我是一个J2EE程序员，虽然我每天的工作大部分属于J2EE的范畴，然而，从内心深处，我对手机开发很感兴趣。

一种数字终端，能够广泛的普及，让人浮想联翩。都说人聚集的地方往往是钞票聚集的地方。潜在用户数量巨大，这是SP这个行业最大的魅力所在。

但是我喜欢手机应用开发是很纯粹的喜欢，虽然有时候也会考虑它的商业价值。之所以参与到这个项目，兴趣是最大的诱因。我先来用最简单的语言描述下这个系统：

前端是一个J2ME程序，后端是一个erp，通过http进行通讯。

我的标题已经告诉了大家我退出了这个项目，退出的原因不便说明。但是这整个项目最初所有的技术人员其实只有我一个人。需求方是一个服装公司，我们这边还有个PM，后来加入了单片机开发，引入了一个玩硬件，但是，我要讨论的关于J2ME和J2EE开发的方面东西还是我一个人的事情。由于实际上开发成为了我个人的没有得到任何回报的活动，所以在我退出了项目之后，我仍然可以在这里公开这些设计。

这组文章，我着重想解决一些开发中会遇到的通用的，实际的问题，比如流程的通用控制，RMS的封装，甚至我们可以在尝试下J2ME下的ORM。重点是通讯。

我不赞成在通讯中使用xml，或者webservice，或者类似的东西。这样会造成很多不必要的流量浪费（流量=RMB）。可以定义一种类似JSON的String流进行数据传递。现在的很多移动IM，包括飞信和PICA，都是使用jabber协议。协议本身是没有问题的，可是如果是我来实现，我想我不会使用现成的Beep或者JabberWookie这样的开发组件，但是这样一来我也无法直接使用像OpenFire这样优秀的又不花钱的服务端程序，这里有一个比较好的折中的好办法就是适配器模式，其实代码很少很少。不知道为什么国内的移动IM研发人员居然没有采用。

顺便说一下，这个项目产生了不少的副产品，包括前面发的用来做为摄像头条码识别的那个引擎。不知道为什么这么多人对这个引擎感兴趣，我都有点烦了，也许以后会公开它的源代码，那是后话。

期待继续了，不过对于楼主的WebService的评价不太赞同，我认为在具体的应用,具体分析