API应该考虑重用的可能性。比如你的例子中有profile和activity两种信息，如果app中明显还有其它需要得到profile信息的地方，应该分割开以达到重用，并且是query on demandAPI是否尽可能满足RESTFUL？ 设计API的时候，同时考虑URL尽可能简洁和清晰，也对怎么分割服务器端的功能实现有帮助。比如你的例子中：/profiles/123 + http GET 可以用来得到给定用户的个人Profile/activities/123?limit=20&offset=5 + http GET 可以用来得到给定用户从5开始的20活动信息。性能的改善。信息的更新频率决定cache是否能最大程度改善新能。比如：可能用户的profile很少改动，而activity则经常会更新，如果把这两个放在一起，cache的功能得不到最大发挥。总得来说，可以根据REST API的原则来设计...