关于接口适配不同前端的问题

问题描述

最近接手公司一个产品的接口项目的重构工作，目前有Android、iPhone和ipad的三个端我想问问有过接口开发经验的同学，一般是给不同端分别提供不同的接口地址，还是都用相同的接口地址，然后在业务层对不同的端做相应的处理？或者干脆单开3个接口项目？我的想法是第二种，也就是相同的接口地址，然后在业务层做不同的处理。还有一点想问的就是，服务器接口开发有没有什么规范啊，或者一些业界不成文的约定什么的？另外接口这里是应该前端要什么接口就给什么，还是说应该接口给什么前端用什么？项目采用Spring+SpringMVC

解决方案

解决方案二：
肯定是一个接口啊，接口定义是由前后端根据需求共同约定的，这种问题问老大啊

时间： 2024-09-18 17:02:06

关于接口适配不同前端的问题的相关文章

Web前端开发工程师必须知道的技术列表

想要打造并拥有一流的Web产品开发团队,在团队成员基础能力上一定要下功夫.对于Web前端产品开发来说,仅仅掌握Web1.0时代简单的"网页套接"是完全不够的.我结合自己的团队配备,特此罗列了Web前端产品工程师所涉及的技能列表如下: 通过许多实际项目,个人认为一个完备的前端产品开发团队,必须拥有如下的人才配备,也希望大家补充: ◎ 团队全体成员达到所有技能中的a级标准 ◎ 团队全体成员必须掌握两项技能中的b级标准,并保证所有的b级标准在该团队中有50%以上成员能达到 ◎ 团队全体成员必

web前端的弱架构导致的代码污染

就要开始新的项目了,全站的前端架构也要开始构思,得益于之前做雅虎关系时的一些或成功或失败的实践总结,还是应当从架构的层面着手,去解决一些前端团队开发的问题.如今市面上有着各种各样的js库和框架,但库和框架还是有很大区别的,首先,"库"是widget的一个集合,特点是上手容易使用简便,参照例子只大概只需要引用一个script标签到页面中,再加上一些简单的类似a.start(config)的启动代码就可以了,而框架则是网站的树状结构的抽象,包括模块关系,功能之间的依赖,入口的先后顺序,以及

设计网页前端界面必备的技能

[必备]UserInterface PhotoShop/Fireworks Design 配合美工将草图形成具体的符合WebPage的设计 有快速制作分层高品质PSD.PNG的能力 能迅速将PSD.PNG的内容构思成div+css或者table等HTML代码 Flash Design 基本动画效果复杂的交互体系设计,了解第三方swf辅助设计软件复杂的交互体系设计以及较强的对各类外埠资源(PNG.JPG.MP3.WAV等)的整合能力.精通部分第三方辅助设计软件(AE.SwishMax.Swift3

让定义的接口可读性更强

让定义的接口可读性更强   做程序开发一段时间之后,会慢慢意识到面向过程编程与面向对象编程之间的差异.两种方式,都可以解决具体的问题,只是,面向过程编程无法应对复杂而多变的需求,随着项目不停迭代,复杂度上升,你会逐渐意识到它的短板以及灾难性的维护成本,这还只是其一:第二个会遇到的难题,就是用面向过程的编码方式,无法将简单的小功能堆砌为复杂而灵活的大功能,太多不必要的代码裸露出来,分散了你的注意力,无法将心思放在实现逻辑之上.如果不锻炼你的面向对象编程思维,你无法提高你的编码技术,犹如武侠中练武之

web前端传值给Web service

问题描述 在javascript中调用WebService的方法,传了一个字符串进去,webservice接收到以后,是否格式被转换了,我直接定义相同内容的字符串执行是正常的,但是用接收到的字符串来执行就报错,刚开始写web,不太清楚格式的转换.后台的webservice代码是这样的<WebMethod(Description:="CompanySaveMaster",enablesession:=False,messagename:="SaveMaster"

可以用一行JS代码将PC网站移动化的“云适配”

摘要: 我们之前报道过的云适配是一家可以 用一行JS代码将PC网站移动化 的技术公司.在他们用一行代码做适配的过程中,积累了一套跨屏的前端常用网页组件,而最近,他们想把这套组件开 我们之前报道过的"云适配"是一家可以用一行JS代码将PC网站移动化的技术公司.在他们用一行代码做适配的过程中,积累了一套跨屏的前端常用网页组件,而最近,他们想把这套组件开源出来,让前端开发者都可以免费使用. 云适配将这套组件命名为"Amaze UI",简单来说他是一个针对HTML 5开发的

使用Node.js完成的第一个项目的实践总结

项目简介 这是一个资产管理项目,主要的目的就是实现对资产的无纸化管理.通过为每个资产生成二维码,来联合移动终端完成对资产的审核等.这个项目既提供了Web端的管理界面也提供移动端(Andorid)的资产审核.派发等相关功能. 我们用Node.js构建该项目的Web端以及移动端的Serveice API. 项目主框架:Express 简介 Express 是一个非常流行的node.js的web框架.基于connect(node中间件框架).提供了很多便于处理http请求等web开发相关的扩展. Ex

消防无线图像传输系统解决方案

一.行业背景 当前,我国消防部队面临着日益复杂的灭火救援和社会救助形势,对各类地震救援.抗洪抢险救助及大跨度或高层火灾等情况,传统现场侦查手段的局限性已日益凸显.如何有效实施消防预警和现场侦测,并迅速.准确处置灾情显得尤为重要. 密集的住宅建筑.繁忙的工业区.吞吐量巨大的港口等现代建筑展现了现代化大都市的繁华与文明,但是这些建筑一旦发生火灾,对于世界上任何国家的消防部门来说都是一个噩梦.由于消防云梯高度的局限.火场范围的影响,现场的消防指挥人员很难及时了解正在发生的火情.即使是一个普通的火灾,都

分享一个Mvc的多层架构，欢迎大家拍砖斧正

多层架构是什么? 多层架构是开发人员在开发过程当中面对复杂且易变的需求采取的一种以隔离控制为主的应对策略,关于多层架构的标准,我认为有一句话是比较有代表性的"每一层都可以单独部署",最传统,最简单的就是从三层开始的: 将整个项目自下而上的分为:数据持久(数据访问)层,逻辑(业务)层,UI(展现)层. 数据访问层:负责将数据持久化响应的数据存储设备上,如DataBase,Txt,Excel等. 业务逻辑层:负责处理为满足软件需求而订制的一系列的逻辑与业务,如用户在前端下订单之后,整个业务