接口一次性解决方案设想

问题：

    每次开发项目，为了适应不同终端（网页、微站、手机端）提供不同的接口甚是烦恼。能否寻求一种统一的接口方式完美解决所有问题。

分析：

    web端显示的数据比较完整，也是企业网站的主要工作平台，一般情况是最先开发网站后台接口，二微站则是大部分修改用户界面以适应。后台修改则主要是针对手机端进行添加新的接口适应手机应用。现阶段手机数据的展示也只是一个辅助阶段、以后随着技术的成熟以及设备的更新、各种终端，不同屏幕都会对服务器后台提出更多的要求。而大部分此类的开发都是浪费开发员时间的地方，特别在沟通成本上又极大的浪费。于是我们应该寻求一种比较好的解决方案分离后台和前台的耦合，一适应不同终端的需求。

解决方案：

    一、根据需求的修改，后台配合前台给图对应接口完成项目需求。

        优点：现阶段主要采取的开发方式、能实现业务定制搬的服务。

        缺点：正如问题分析段落提到的问题，在项目几次需求的修改当中出现了代码混乱、数据图统一的情况、此时需要花费很大一部分成本维护数据的统一性。

 二、后台纯push 方式提供接口

        说明：一套接口完整的提供所有能够提供的数据、由客户端选择需要的数据进行展示，解决本文提出的问题点。

        优点：解决多次开发后台接口的问题。

        缺点：专门提供手机端接口的目的在于手机端资源限制、为了优化手机端提供解决方案，在手机端出现大量资源浪费。

三、后台push配合前端选择提供接口；

        说明：提供一套完整数据的接口，提供所有数据资源。在此基础上提供一个选择参数，由客户端确认需要哪些数据，按照客户端需要的参数提供给前端。

        优点：可以完美的解决本文提出的问题、在数据传递方式上提供多种选择方案达到解决问题的效果。

        缺点：主动权给客户端会存在一定安全风险。手机端个性化需求还是需要独立提供需求，请求参数的设置上会比较麻烦。

    总结：第三种方案是一个比较好的解决问题的方式，还存在很多问题需要解决。比如：数据安全可以通过设置权限（服务器级别安全、手机端访问级别）控制数据流向。所有接口一webservice方式提供是否会存在服务器资源的浪费，需要进一步确认。获取使用其他方式实现数据共享。