1
lllllllllllllll 2018-03-14 14:19:58 +08:00
客户端毫无疑问是想偷懒。
|
2
Julio OP @lllllllllllllll 怎么看出来是想偷懒了啊?只是想提高一下效率而已啊。
|
3
chairuosen 2018-03-14 14:29:13 +08:00 1
@lllllllllllllll 是应用层才对
|
4
Icezers 2018-03-14 14:29:26 +08:00
#1 楼一句话打动了面试官
作为客户端兼后端开发,列一下个人认为合适的流程 1.客户端 UI 开发 | 后端 Model 设计 2.后端返回接口返回全部 Model 字段并开始编写逻辑 | 客户端进行业务对接和逻辑编写 3.客户端和后端一起梳理缺少的字段,过滤掉无用字段,添加各种校验 4.API 小幅度调整 结束开发 #API 全程使用 swagger 公示 |
5
Icezers 2018-03-14 14:32:23 +08:00
@Icezers 第一步时间一般不会很长,小问题在第三第四步进行小幅度调整 ,在第二步进行时,应用层和客户端就可以大部分介入开发了
|
6
Julio OP @Icezers 感谢。再请问一下,API 接口返回的字段名 和 数据库字段名,两者一样比较好,还是不一样比较好啊?想知道其中的原因 :)
|
9
b821025551b 2018-03-14 15:29:02 +08:00
前端先偷偷模拟一些数据自己用不就行了,反正就是一些数据的绑定什么的,先把剩下的流程撸下来,等 api 出来再慢慢改回去,死等得等到什么时候。
|
10
Julio OP @b821025551b 也考虑过,肯定不能死等。只是如果字段名不确定的话,前端的 model 不好写,即使前端自己定义了,后面发现接口返回的字段或者结构和当初写的不一样,也很麻烦啊
|
11
Zzde 2018-03-14 15:46:15 +08:00 via iPhone
这时候就体现到 mock 的好处了
|
12
3a3Mp112 2018-03-14 15:50:04 +08:00
客户端需要什么字段可以由客户端主动提出。
|
14
Julio OP @3a3Mp112 赞同,关键是不让客户端提,原因是应用层不定义字段名,需要数据层来定义,数据层定义的话,就直接到数据库了
|
15
learnshare 2018-03-14 16:10:34 +08:00 1
1. 先写 API 文档;
2. 根据文档 mock 数据,后端没有也罢 |
16
Julio OP @learnshare 赞同!
|
17
hyyou2010 2018-03-14 16:31:59 +08:00
一直以为是 API 接口先行
一直以为接口字段名跟数据库表里面的什么名无关 一直以为客户端和后端的交互是基于业务,这个根据需求来定,跟各自内部结构无关 |
18
ck65 2018-03-14 16:35:58 +08:00
前后端分离一种比较舒服的协作开发是文档先行,剩下的服务端、客户端等均平行位于文档之下。
|
21
akira 2018-03-14 16:47:41 +08:00
后端偷懒了。 或者框架绑的太死了
|
22
Light3 2018-03-14 18:02:34 +08:00
不是很懂 你管人数据库里叫什么名字呢..
还有就是你们后端开发真的懒.. 我开发接口一般都是 和客户端沟通大概需要的字段 然后他们先写页面 然后谁这边先写完了 就做一个接口模拟数据 然后按照这个模拟数据的格式 返回 api 接口数据 并记录在本地 api 管理里面(有助于以后分锅) 然后写上每个字段的名字 类型 什么意思 不就 ok 了吗?(当然我们是小公司) |
24
justinwu 2018-03-14 21:00:36 +08:00 via iPhone
根据依赖倒置原则和稳定抽象原则,接口应该是抽象且稳定的,应用层和实现层都应依赖于接口,两边可以独立变化互不影响。
你们后端或是底层的人该转变下态度了,不然直接让客户端直接连数据库算了,自己也落得清闲。 |