1
zoharSoul 2020-10-15 11:09:51 +08:00
前端切页面是啥意思呀
|
2
unco020511 2020-10-15 11:10:42 +08:00
jsp?
|
3
mht OP php+vue,切页面就是前端拿到设计图切图,把样式整出来。
|
4
vv13 2020-10-15 11:13:44 +08:00
Mock Server 了解一下
|
5
wangritian 2020-10-15 11:15:02 +08:00
mock/自己写一套假接口,写页面时不用鸟他们
|
6
Ttttnik 2020-10-15 11:47:44 +08:00
对,用 mock 模拟数据,这样不耽误你的时间
|
7
CabbSir 2020-10-15 12:56:44 +08:00
假接口呢
|
8
dk7952638 2020-10-15 13:54:51 +08:00
你们考虑下前端后端一起把 graphql 搞起来
|
9
lin07hui 2020-10-15 13:55:06 +08:00
// get
pageData = { ...apiData, a: apiData.b, ... }; // post postData = { a: formData.b, c: formData.c, ...}; 完全自己定义字段,这样做就不用在改页面上的字段 |
10
Inside 2020-10-15 14:35:07 +08:00 1
这么说吧,我写的界面,如果演示时我不告诉你,你都不知道其实我访问的是客户端本地的 mock 数据,等于是我对业务自己做了一层数据抽象,服务端 API 对我来说只是这层抽象的不同实现中的一种。
我自己开发的时候用的是我自己的实现,根本不需要服务端。 |
11
Tokiomi 2020-10-15 16:03:42 +08:00
千万别全干,不然会像我一样被拼命压榨工期
|
12
SelectLanguage 2020-10-15 16:12:47 +08:00
@Inside 假设你自己的实现数据在一个接口里,真实服务端的数据分为两个接口,这种情况咋办呢
|
13
hitaoguo 2020-10-15 16:17:49 +08:00 1
约定好接口的数据格式即可脱离后端的进度束缚。
|
14
jones2000 2020-10-15 16:31:51 +08:00
如果你没事干了,可以直接站在后台开发座位后面,给他点压力。
|
15
Inside 2020-10-15 16:42:32 +08:00
@SelectLanguage 前端业务的理解与后端不一样是很常见的,这个没问题,数据层面适配一下而已,但驱动界面的仍然是前端自己的抽象。
具体拿出方法的话,用服务端 API 实现数据层时使用 Promise.all 。 |
16
aaronlam 2020-10-15 16:51:35 +08:00
是用不了 mock 吗?
|
17
keepeye 2020-10-15 16:57:00 +08:00
心态有问题,别对他人要求太高
|
18
dajj 2020-10-15 16:59:07 +08:00
你单独写前端,他们单独写后端, 双方都好了再来联调。 感觉你们是一起开发, 那当然蛋疼
|
19
wunonglin 2020-10-15 17:14:48 +08:00 2
说 mock 可以解决了怕是没见过“敏捷开发”的后端吧?
number,string 不定,字段时有时无,接口报错不返回固定格式直接 http500 等等。 mock 好了有毛用,数据格式都还没确定,传入字段大小写,驼不驼峰也不知道,写毛啊 |
20
cnoder 2020-10-15 17:38:51 +08:00
肯定是先定接口在 mock 啊
|
22
vision1900 2020-10-15 18:04:44 +08:00
@wunonglin 同感,接口结构不定,Mock 就是个玩笑
|
23
xiaoming1992 2020-10-15 18:24:19 +08:00 via Android
@wunonglin 哈哈哈,我专门抽象了一层中间层,用来处理后端字段 /数据类型之类的问题,不管你后端用的什么字段、什么数据类型,统一处理成我希望的格式,再在代码中使用,这样在接口变动时能最小限度修改源码,只要改一改中间层就好了(当然接口改动过大就没办法了)
|
24
ibx 2020-10-15 19:07:12 +08:00
可以叫后端先给个大概格式。或者自己自定义自己需要的格式,让后端尽量这样返回。
|
25
ruoxie 2020-10-15 20:23:17 +08:00 5
接口结构不定的说明团队管理上有问题,我这边后端都会先在 yapi 上写好接口定义,然后拉个会议做接口评审,之后就是定个联调时间。联调之前我都不用管后端在干什么,直接根据 yapi 上的接口定义开撸。自己还写了个工具,直接根据 yapi 生成增删改的代码,以及 mock 。联调的时候也很顺畅,以 yapi 为准,调不通后端就改。
|
26
ruoxie 2020-10-15 20:27:06 +08:00
之前很反感老是开会,需求评审,数据库表评审(我一个前端,有时候也拉我去),接口评审,测试用例评审。合作几次后感觉是真的爽。
|
30
asionbo 2020-10-15 22:01:31 +08:00
楼主 xbox 比价助手做的不错😁👍😼
|
31
wunonglin 2020-10-15 22:04:01 +08:00
@aaronlam #28
毕竟不是所有公司都是按标准开发流程来的,做的快比做的好重要多了。要真是都按标准开发,哪还有那么多屎山 比如一个客户列表,老板说要列出客户来,我问后端拿数据,但是老板没说列表要展示什么内容之说列出来,那按正常人的李姐,应该就会有 id/name/createTime/telephone 等对吧? 但是拿到接口后 telephone 变成了 mobile,createTime 变成了 create_at,我问怎么和我想的不一样,人家说数据库直接拉出来的字段名,简单快捷完成任务,那我能说什么,毕竟又不影响使用。。 但是好笑的在我正要拿 create_at 时间戳*1000 转时间居然报错了,你猜怎么着,这个 create_at 是个字符串。。。 所以我现在都在 service 层过一次,把字段名、类型转成我需要的类型后才拿去 component 用的 而且我鸡贼地在 service 层过的时候 try catch 了一下 throw "接口有问题" |
32
DOLLOR 2020-10-15 22:35:18 +08:00
|
33
aaronlam 2020-10-15 22:43:07 +08:00
@wunonglin 那既然这样了就只能使出绝招了。。。加多一层专门抽象专门转移后端传过来的数据,性能什么的以后再说吧,哈哈。
|
34
wunonglin 2020-10-15 22:43:07 +08:00
|