这是一个创建于 4209 天前的主题，其中的信息可能已经有所发展或是发生改变。
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:2824 +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