这是一个创建于 151 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 spike0100 151 天前  1 没有。下一个 |
 | 2 dcsuibian 151 天前 1 准确地说，要看你前后端的分离程度 比如 Web 的话，你后端可以直接在 Cookie 里存 JSESSIONID ，APP 部分就稍微有点不一样。 同时你也要了解浏览器的同源限制。 其他的楼下补充 |
 | 3 iOCZS 151 天前 1 如果你的 web 是前后端分离的，那后端是一样的，否则要提供前端。 |
 | 4 cvbnt 151 天前 via Android 1 鉴权可能有区别 |
 | 5 sagaxu 151 天前 1 现代 App 大都是 native + h5 混合体，App 后端 = App 后端 + Web 后端。 App 也可以在 Cookie 里存 SESSIONID ，Web 也可以自定义 Header 存 token 。 |
 | 6 wudaye 151 天前 1 没什么不同，鉴权跨域什么的都不叫事。2C 和 2B 差别都要比这大 |
 | 7 Goooooos 151 天前 1 有的，App 后端可以考虑用二进制协议 |
 | 8 xrxb 151 天前 1 没搞过 app 后端，是不是 app 后台就不用 http 协议了 |
 | 10 xiaocheng2014 151 天前 1 这不都是大前端吗，不要区分前端就好了 |
 | 11 archyese 151 天前 2 感觉都一样，不过 app 后端版本控制要做好，毕竟要兼容老版本 app |
 | 12 wetalk 151 天前 web 和 app 后端早就一统了，搞两套接口情况几乎没有 |
 | 13 wu67 151 天前 1 一般都是同一套后端, 共用接口. 除非界面和交互完全不一样, 需要特地搞一个 web/app 特有的接口. |
 | 14 gaifanking 151 天前 1 个别情况有，比如做 IM 的需要用 socket 做长链接。 |
 | 15 sentinelK 151 天前 普遍而言，面向 web 的 API 接口设计往往都趋近于保守。 所以我个人理解，可以一样。 但是如果追求极致性能等原因，因为 app 有相对更强的安全性，服务于 app 的 API 可以设计的更极致一些。 |
 | 16 Greendays 151 天前 我都开发过，都是提供接口给前端调用就行。 |
 | 17 irisdev 151 天前 基本没区别，不少 app 本来就是 web 套壳 |
| 18 Goooooos 151 天前 1 app 后端版本兼容性挺烦的，有时候客户端的 bug 还要 hardcode 兼容 |
 | 19 zhhqiang 151 天前 via Android 既然都分前后端了，应该是没区别的 |
 | 20 TieYu 151 天前 2 写 app,数据库是文件（如 sqllite ），可以操作边缘设备符，如摄像头，麦克风 协议么，不受 W3C 越俗，quic ，libp2p ，raknet 等等都能用 状态数据要存内存加速，app 是个有状态程序，当然也可以依赖 sqlite ，或者每次都从服务器 get 写 web 后台，只有数据，数据库+http 数据，大概率是个无状态的服务，数据在 db ，状态在 mdb （如 memcache ）里面，数据库的 sql 语句是瓶颈，如恒生电子的大 java 金融平台，一条 sql 执行 7 分钟才能出来 |
 | 21 aLazarus 151 天前 没什么明显区别，或者你应该考虑一下游戏后端和 web 后端的区别有多大 |
 | 22 Acsw 151 天前 App 的后端要考虑应用不即时更新时的兼容性吧？ |
 | 23 SchwarzeR 150 天前 via Android 规模够大的话这个活甚至应该是交 BFF 考虑了吧，剩下的就是各种 RPC 相互来回了 |
 | 24 skallz 150 天前 目前也就游戏和物联网等行业的后端有显著区别，其他软件服务的后端感觉都大差不差 |
 | 25 rb6221 149 天前 写业务的话区别不大，其他的有一些：APP 有可能对 TLS 版本、IPV6 、证书等有一些区别，另外 APP 大部分情况下不习惯用 cookie 做鉴权，需要其他方案比如 token 这类 |
 | 27 bbbblue 149 天前 1 app 需要更好的兼容 web 和后端你可能只需要考虑最近的兼容 但是如果你 app 可能半年前的版本还有不少用户在用 |
Select Language