This topic created in 4403 days ago, the information mentioned may be changed or developed.
1,一种方式直接api/ 独立出来单独写一套
2,另外在一种在网站端的基础上,直接输出json/xml
1,缺点:开发量更大,网站端的功能结合客户端基本上要重写一遍。
优点:后期扩展性更高,更好维护
2,缺点:扩展性不高,代码质量不高的话维护起来很难。(在文档完备的情况下,影响也不大),如果网站端需要改逻辑的话可能会影响到APP端。
优点:网站端代码复用,工作量更小些。
8 replies • 2014-05-22 07:44:51 +08:00
 |
|
1
kslr May 20, 2014
刚开始1,结果累觉不爱,就放弃了,开始2. 因为我自己的东西,也不想麻烦
|
 |
|
4
dong3580 May 20, 2014
模拟请求呢? 选择2吧,如果是我自己的,我宁愿再单独做一套api来,
|
 |
|
5
kslr May 20, 2014
@ sun019 发现没有消息通知,偶然进来才看见了回复,最后我也放弃APP,因为可有可无。
|
 |
|
7
magine May 20, 2014
我现在在用django写一个可以和手机app交互的站点,用的是方法二。 不过我是初学者,就不放源码地址了……
|
 |
|
8
chuangbo May 22, 2014 via iPhone 1
我倾向于只做一套 Rest API,然后网站和 App 都使用相同的这套 API。
优点 1. 业务逻辑只需要做一遍,不容易出错,API 质量容易用测试保证 2. App 和网站和其他第三方客户端同为一等公民,间接保证了 API 的功能丰富和稳定 3. 前端使用 Backbone 等技术,可以提高用户体验 4. 极大的减少了前端、后端和 App 开发的耦合程度,合作更简单。 5. 网站复杂了以后,维护更简单。
缺点 1. 前端单页应用,要做好(很多体验上的细节)还是要有稍微专业一点的前端才行。 2. 网站初期功能不复杂的时候,写起来太慢太繁琐
|