攻城狮成长日记-----关于为移动端做后台的二三事

	今天决定开始写下自己在软件开发这个行业中的点点滴滴,一般会记录自己在项目中学到的知识和遇到的bug及解决方式,算是有个记录

,也为后来的程序猿们提供个方便.

	第一篇写的是java做移动端后台的项目,据我了解移动端分为两种模式,一种是类浏览器模式,在APP端基本不做任何逻辑处理,

所有页面和逻辑都由PC端的后台来做,这种模式的优点是适配性强,开发一套后台安卓和IOS都可以使用,缺点也显而易见,无法进行性能

上的优化,因为是类浏览器模式,流量消耗上也比较大.另一种是带后台的移动端模式,我今天写的这个项目就是这种模式,这种模式可以

在APP中优化性能,可以理解为另一个java节点,IOS我没有做过这种,但是道理应该是一样的,这种模式的缺点就是IOS和安卓要有两套

系统,开发成本高,但可以优化性能,用户体验度比较好.

回归正题,相信很多初学者对于如何给安卓做后台存在着疑惑,事实上我一开始也是这样的,但真正进入了项目后发现其实很简单.你

可以把安卓想象成一个浏览器,回归到我们熟悉的B/S架构上,而关键点就在于数据交互,其他的都没有什么区别.我了解的数据通信有

两种方式，第一种师通过servlet通信，也就是常见的前端到后台的通信方式，另一种就是你去封装一个接口，让安卓端去调用，两

种方法我都尝试过，servlet方式很简单，而且写起来比较方便（对于后台来说），因为这是基于我们熟悉的B/S结构的模式，我们

只需要正常写和原来差不多的代码就行。webservice的方式对于后台来说相对麻烦一点，但是好处是规范，因为方法是我们自己封

装的，安卓端只是调用接口，就像我们平常调用其他类的方法一样。我用的接口是jax-ws，原因就是Myeclipse封装好了这个接口，

可以很轻松的创建，完全图形化，而且安卓端的KSUP2也是封装好的，使用便捷。我会在另一期中说明一下有关接口使用的问题。

	所以其实做安卓的后台和普通的web开发并没有什么区别，只是在数据通信上有一些区别，想要往这方面发展的小伙伴可以放心大胆

的尝试，走出第一步才知道自己究竟能不能做到。