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