1.服务器端开发，也叫后台开发，这是唯一的，对应不同的平台，他负责数据的分发与存储，和一些逻辑的处理.逻辑处理的多少由业务的复杂程度决定。服务端相对独立，与平台没啥关系.
2..1中不同的平台指web平台、移动设备平台等，移动设备又可分为andriod平台、iPhone平台等
每个平台都有自己的规范和开发技术。web平台的规范是键盘+鼠标，开发技术是html+css+javascript；移动设备平台的规范是键盘+手指（触摸和手势），技术iphone是Objective-C，android是java。
业界很少有说移动web前端开发的，都是移动web开发.而web app特指的是用html5技术开发，之所以叫web app是因为他比较接近客户端应用程序的用户体验，可以和系统深度融合，调用一些只有客户端才能调用的功能（比如在移动设备上利用html5开发出的网页可以访问电话、摄像头等本地功能）.
通常你看到的一些文章中会提到web app 和native app,这里的web app指的是mobile web app,而移动web和web开发没本质的区别，但需要不同的开发框架，以解决在移动设备上的适配问题和一些特殊的操作以及功能调用。
最后总结一下，web开发利用的是基于浏览器的网页语言技术，native app开发利用的是基于操作系统的程序语言技术，web app介于两者之间.当然现在比较流行混合型app，这个可以多百度一下.
上一篇：007-移动支付05-微信支付-安卓客户端开发
一开始的时候，我们可以先测试一下官方提供的API Demo案例。如果有怀疑或者不放心的话，这一步可以先进行。如果绝对放心或者有把握的话，可以直接下一步导入SDK使用了。
功能有许多，可以酌情选择
集成的时候，需要什么接口，就要对相应的接口做配置。
注意web.xml文件拷贝过来，不要手写。手写容易犯错，拷贝就好。需要改动的地方也拷贝。
首先得从客户端获取到请求参数，这一步需要做好接口，等待客户端调用。
这里也有签名处理，跟着规则走就好，前面微信讲签名不少了。不啰嗦了。
在app的后端设计中，免不了消息的推送，短信，邮件等服务，下面就个人的开发经验谈谈这方面。（1）最重要的是，各种推送一定要放在队列系统中处理，不然会严重影响api的响应时间。
（2）短信方面
以前我们是用亿美软通的短信服务，但在三大运营商收紧了短信服务后，亿美软通的短信延迟非常厉害，后来我们找到了这家短信服务商 http://luosimao.com，这家发送短信到联通，电信，移动手机很快就到了（直到2014.01.24）。
如果发送到移动的短信还没有改善，最后的后备方案：发送到联通，电信的短信使用国内的服务商，发送到移动的短信就只能使用国外的短信服务商（国外发短信到移动手机3毛一条，好贵啊！！！）
注：现在sharesdk提供了免费的短信验证码服务（ http://mob.com/sms ），试运营期间为开发者提供每个App每天10000条免费短信验证。
（3）邮件
在一开始时使用服务器自身的postfix发送邮件的，但我们发现邮件被很多邮件服务商当成垃圾邮件了，而且没有重发机制，不能保证邮件的准确到达。
后来查了一下各大网站，发现知乎和github 都是使用 http://www.mailgun.com/ 的邮件服务，看了一下文档，价格很公道，而且每月有1万封的免费邮件额度，非常适合创业型的公司。
（4）推送服务
在这方面，我考虑的重点是：在创业初期，能用第三方就尽可能多使用第三方的服务，自身只处理业务逻辑本身，快速的开发产品。
android篇：
android方面，我们使用过3种消息推送机制：
1.极光推送，现在放弃了。我们使用的过程中，发现极光的机制有点古怪，一般来说，一个app在极光服务器中是固定一个id，但在极光中是通过广播来通知app这个id，而且在文档中居然说明这个id会不定期变化。
2.openfire服务器。app通过连接openfire服务器来获取各种消息，但是openfire有个机制，当app连接openfire后空闲就自动断开，没法保持连接的的稳定性，而修改这个openfire的机制成本太高了，后来也放弃使用openfire。
3.百度推送。已现在使用一段时间的情况来说，推送及时快速，挺满意百度的推送服务。
iphone篇：
apns是iphone推送的不二选择。但如果自身开发apns的服务，会遇到无效token而需要重发，这样需要维护一个队列并建立重发机制，考虑到项目的时间和研发成本，最后也是使用了百度推送的服务。
当用户在iphone上卸载了app后，device token会失效，所以应该定期访问苹果的feedback服务器，把无效的token去掉。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）