API模块设计问题的思考

最近赶项目接入API时，老大就API问题谈了自己的想法: 各自独立的小接口 不组装成一个大的，各自调用各自的就好。如果整合成一个大的，先不考虑加载的页面长度，以后添加新模块API和删除模块API会比较麻烦。

我的初步想法：目前小接口较少，赶项目可以这么搞。但是随着我们的业务越来越多，这些零碎的小API就不适合 各自调用，肯定需要封装。 

       初步想法是：1.内部用代理的模式解决 这些 “孤岛” 的 耦合。

     2.考虑到页面复杂度，这些封装的较大模块还应再次 做一次工厂或者代理模式（SOA 的理念）去解耦合。 

不知道各位大神怎么看？请各位不吝赐教。