比如需求或设计上是否有不同?如果有兴趣,也可以聊聊共性。
![]() | 1 janxin 2021-11-21 12:44:36 +08:00 = =难道你会为了两个相同的功能因为平台不同写两份不同的代码么... |
![]() | 2 502Chef 2021-11-21 12:45:34 +08:00 via iPhone ![]() 面向接口编程,共用同一套后端 |
3 cvbnt 2021-11-21 12:52:48 +08:00 via Android 前后端分离情况下,同个功能基本上是同一个接口,无非是各个前端传递的参数不一样 |
4 ila 2021-11-21 12:54:01 +08:00 via Android 身份认证区分下,其它的多是相同 |
![]() | 5 ZeoKarl 2021-11-21 12:55:01 +08:00 基本上没区别,除了接口要保证兼容性. |
6 iOCZ 2021-11-21 12:55:51 +08:00 显著的区别是一个是纯粹的 API ,另一个要返回页面。 |
![]() | 7 eason1874 2021-11-21 12:56:18 +08:00 可以没区别,用同一套 JSON API |
![]() | 8 wd 2021-11-21 13:11:35 +08:00 via iPhone ![]() 最大的区别就是手机 app 可能会多版本并存,web 就基本没这个问题 |
![]() | 10 zliea 2021-11-21 14:03:46 +08:00 你凭啥让我写两份。 |
11 April5 2021-11-21 14:23:37 +08:00 这不就是 BFF 的作用吗? |
![]() | 12 shawnsh 2021-11-21 14:27:52 +08:00 via Android 手机应用用浏览器不就行了 |
13 chenjiangui998 2021-11-21 14:47:06 +08:00 最大的区别是如果有手机端的, 后台需要做好版本兼容,移动端各种奇怪的版本同时访问 |
14 KingOfUSA 2021-11-21 15:14:47 +08:00 有一个设计的不同:PC 的列表翻页,上一页和下一页可能重复,一般都觉得正常,而手机的的翻页属于下滑翻页,如果有重复了就很别扭。 |
![]() | 15 moshiyeap100 2021-11-21 15:36:28 +08:00 @iOCZ 现在需要返回页面的后端也少了。。。基本都是接口数据了。 |
![]() | 16 Dotennin 2021-11-21 15:49:02 +08:00 手机端和 web 端共用同一个代码是趋势, 现在越来越少安卓苹果 web 三端写三份代码了吧. 吃力不讨好. |
17 AyaseEri 2021-11-21 15:58:05 +08:00 没区别 都是网页 |
19 vvhhaaattt 2021-11-21 18:04:44 +08:00 via Android 前端 js 跟客户端对 json 处理偏好有点小差别。 客户端同学处理思维更接后端。 |
![]() | 20 Finest 2021-11-21 18:30:52 +08:00 via Android 鉴权方式可能会不同,但也可以相同 |
![]() | 21 lower 2021-11-21 19:31:17 +08:00 app 强制更新,众生平等,一劳永逸…… |
![]() | 22 niubee1 2021-11-21 20:11:01 +08:00 服务端开发上没啥区别,但是服务器的参数调优上还是有不少区别的。 |
![]() | 23 geekaven 2021-11-21 20:21:48 +08:00 比较大的区别就是手机版的 api 不好大改吧。毕竟有老版本这种毒瘤在。 |
![]() | 24 815979670 2021-11-21 22:16:18 +08:00 后端开发工作基本上都差不多,都是同一套接口。至于身份认证的话,目前我们开发项目不管是网页还是 app 统一走 jwt ,登录逻辑都不用单独开发。 |
![]() | 25 TypeError 2021-11-22 01:25:24 +08:00 via Android 尽量不做两套,一套接口,接口细节不同的话,可以网关层、bfe 层处理? |
![]() | 26 xuanbg 2021-11-22 06:18:27 +08:00 都用一个,谈何异同? |
![]() | 27 murmur 2021-11-22 08:23:44 +08:00 本质上没区别,应用也可以用 http 接口,鉴权安全灰产防护一个不能少,协议只是表面,不同的协议也就是编码不同,但是从问题上没少 |
![]() | 28 zjsxwc 2021-11-22 08:41:02 +08:00 同一套接口的 |
![]() | 29 wingoo 2021-11-22 09:10:06 +08:00 最大的不同是 app 会多版本共存, 你的代码需要兼容处理好不同版本的逻辑 网页则没有 |
![]() | 30 p1gd0g 2021-11-22 09:10:58 +08:00 手游后台,多版本确实是个很恶心的问题。 |
![]() | 31 C02TobNClov1Dz56 2021-11-22 09:24:31 +08:00 @wingoo 这也是为什么很多 app 喜欢用混合 h5 的原因吧? 因为更新方便 |
34 Elissa 2021-11-22 10:38:54 +08:00 @zxCoder 前端代码需要更新直接把新代码上传服务器就行了,用户不需要手动更新,最多刷新网页; APP 需要到应用市场下载或 APP 自行下载 |
![]() | 35 unco020511 2021-11-22 10:43:40 +08:00 没有任何区别 |
![]() | 36 Torpedo 2021-11-22 10:52:13 +08:00 客户端不容易更新所有版本,而且发出去的版本基本不更新功能,所以有多版本共存、兼容、灵活控制的逻辑都会放到服务端 网页就简单,前后端各自一改上线就完事了 |
37 Jooooooooo 2021-11-22 11:43:32 +08:00 楼上几个说到点子上了, 如果你是一个稍微大点的 app. 那么接口下发给前端的字段一旦上线, 基本就别想下线了, 会有人一直使用特别旧的版本. 强制更新这种手段除非是恶性 bug 一般不会用的. 所以接口漏出字段要谨慎, 特别是复杂的逻辑更要想清楚, 因为一旦搞出来, 就得一直维护. |
![]() | 39 wingoo 2021-11-22 13:32:58 +08:00 @chengyiqun 是的, 混合 h5, 只需要处理好验证就行了, 但还有一个更 x 的 需求叫 ab test, 也就是在最新版本上, 前后端都需要有老的逻辑, 所以目前有人搞 Server-Driven UI, 感兴趣的可以搜一下 |
40 huohei 2021-11-22 15:56:32 +08:00 via iPhone 浏览器套壳( |
![]() | 41 Hug125 2021-11-22 17:24:10 +08:00 业务逻辑处理肯定是一套; 就是有几点需要注意: 1 、Web/H5 需要注意跨域问题; 2 、App 存在多版本问题,接口注意兼容; 3 、鉴权方式可能不同 |