这是一个创建于 3840 天前的主题，其中的信息可能已经有所发展或是发生改变。
1，一种方式直接api/ 独立出来单独写一套
2，另外在一种在网站端的基础上，直接输出json/xml
1，缺点：开发量更大，网站端的功能结合客户端基本上要重写一遍。
优点：后期扩展性更高，更好维护
2，缺点：扩展性不高，代码质量不高的话维护起来很难。（在文档完备的情况下，影响也不大），如果网站端需要改逻辑的话可能会影响到APP端。
优点：网站端代码复用，工作量更小些。
2，另外在一种在网站端的基础上，直接输出json/xml
1，缺点：开发量更大，网站端的功能结合客户端基本上要重写一遍。
优点：后期扩展性更高，更好维护
2，缺点：扩展性不高，代码质量不高的话维护起来很难。（在文档完备的情况下，影响也不大），如果网站端需要改逻辑的话可能会影响到APP端。
优点：网站端代码复用，工作量更小些。
 |
1
kslr 2014-05-20 11:21:34 +08:00
刚开始1，结果累觉不爱，就放弃了，开始2. 因为我自己的东西，也不想麻烦
|
 |
3
davepkxxx 2014-05-20 13:25:25 +08:00
2
|
 |
4
dong3580 2014-05-20 13:31:54 +08:00
模拟请求呢？
选择2吧，如果是我自己的，我宁愿再单独做一套api来， |
 |
7
magine 2014-05-20 18:28:24 +08:00
我现在在用django写一个可以和手机app交互的站点，用的是方法二。
不过我是初学者，就不放源码地址了…… |
 |
8
chuangbo 2014-05-22 07:44:51 +08:00 via iPhone  1
我倾向于只做一套 Rest API，然后网站和 App 都使用相同的这套 API。
优点 1. 业务逻辑只需要做一遍，不容易出错，API 质量容易用测试保证 2. App 和网站和其他第三方客户端同为一等公民，间接保证了 API 的功能丰富和稳定 3. 前端使用 Backbone 等技术，可以提高用户体验 4. 极大的减少了前端、后端和 App 开发的耦合程度，合作更简单。 5. 网站复杂了以后，维护更简单。 缺点 1. 前端单页应用，要做好（很多体验上的细节）还是要有稍微专业一点的前端才行。 2. 网站初期功能不复杂的时候，写起来太慢太繁琐 |
Select Language