各位老哥见过这样的后端 API 约定吗

2018-12-04 00:57:52 +08:00
 doommm

入职一个多月,还在试用期,这周被调到一个新的项目组,说是以后就负责这里的前端了。小组就 1 前端+1 后端+1 产品(负责人,也做后端),要做一个统计 项目。

谈到 API 的时候产品告诉我,他们的 API 会返回下面这种格式,我也需要用这种格式返给后端

{
    'A00001': '...',
    'A00002': '...',
    'B00001': '...',
    'C00001': '...',
    // ...
}

ABC 表示数据层级什么的(这个没听明白,好像在数据库里的表字段也是这样命名的),编号随着字段增加会一直递增,会给我一张 Excel 表让我去查对应的编码的解释。

问这么做的原因,说是出于什么加密的打算,说反正前端都是要查表填字段的,变量取什么名字又没差。我:?????

当时我就表示无法接受,气氛一度很尴尬,最后也不了了之了。感觉后面再谈这个事情会闹得不愉快。

这让前端怎么搞?我这一年多经验见识少,有没有老哥能跟我讲讲其中的奥义?

其实还有不少坑,比如原型是一份到处截图下来的像剪贴画的 Excel 表格,月底还要上线第一版,感觉是个巨坑。当时面试的时候并不知道要我来做这个,我都没打算做一个人的项目。

公司 100 人左右,不算太小,感觉算技术型公司,但是要看项目组。做 Web 的前端岗位就我跟面试我的小哥(水平不错)两人,这一个多月是在一起做项目的,配合的很不错,前端这块并不是公司的重点。

现在考虑的是,如果是个坑就得跑,但是因为我是 7 月底离职后在家待了 2 个多月,10 月份才开始找工作并入职的,这样简历上是不是没法看了? 1 年多的前端很多 HR 都直接筛掉了,根本没有面试机会。

坐标厦门,15 毕业,省内 211,工科专业非计算机,毕业后做 2 年 C#开发后转前端做到现在,这是我第一次跳槽,待遇就不要提了,都是泪。

10546 次点击
所在节点    程序员
101 条回复
chmlai
2018-12-04 10:48:45 +08:00
就算是 ZF 的标准也是个弱智标准
zhaogaz
2018-12-04 10:51:49 +08:00
哦,我好想是理解了,

我之前外包公司的开发规范里面有个类似的事情.不过我们当时是后段代码,bussiness object 简称 bo,一般命名是 xxxBo,

规范中要求 xxx 是 字母简称+数字也就是 AAA001 类似这种,

但是后来我们也没有照着做,我们就是按照类名命名来写.

建议你问问理由,然后尝试按照他们思路理解下.这个事相比其他的都小毛病,无所谓.

(反正我觉得就是麻烦自己而已...)
lrh3321
2018-12-04 10:53:01 +08:00
好傻
reself
2018-12-04 10:55:55 +08:00
@doommm 所以才要查表啊,这得有多懒惰连查表法都不知道
reself
2018-12-04 11:01:30 +08:00
@doommm 你的问题是学的太少抱怨太多。上万个字段的场景,而且有频繁的字段增减、字段值编码的变化,这时候单词命名是根本不够用的,你思考一下就知道这时候就得用数据库表来驱动,将字段名、字段值都放表里,人是读不懂编码的,所以还得写个映射方法去映射。
doommm
2018-12-04 11:02:58 +08:00
@reself 查表法我知道的。我理一下,目前他给我的 excel 表里面只有编码对应的中文解释,意味着我自己要先对每一个变量在前端命名,然后用查表法去转。感觉是个工作量问题?
reself
2018-12-04 11:05:52 +08:00
又如,如果你们弄了个通用系统,要在各个项目里用到,但不同项目对相同数据的描述却不一样,编码也不同,本质上确是同一个东西,难道你要为每个子系统重新设计一套命名,然后去批量改代码里的命名?用表驱动的话就根本不需要做这种工作,直接更新表就行了。
reself
2018-12-04 11:13:40 +08:00
@doommm 所以还是看字段量,如果字段少,这部分工作量的比重就会比较大。如果字段量很多,相对于维护这些字段,维护查表的成本要小很多。比如维护单个字段的成本系数是 10,字段查表的成本系数是 5,那成本就是 10k 与 5k+C ( k 是字段数量的某种指标,C 是维护查表方法的成本,不随字段数量增长)。那么 k 小于 2 时直接维护字段划算。k 大于 2 时建立映射表划算。
抱歉之前可能比较暴躁,主要是对你的描述里透露出的“因为抵触,认定它一定是不合理的,不愿去了解和学习”不满
cs371332219
2018-12-04 11:14:16 +08:00
这种属于不懂装懂,自欺欺人,赶紧招下家吧。权衡下自己呆在这能积累多少有用的东西。
reself
2018-12-04 11:15:25 +08:00
@reself sorry,k 的分界应该是 C/5
reself
2018-12-04 11:17:09 +08:00
当然,如果后端只给数据,不负责字段表,那就是坑,赶紧跑路吧~
woshipanghu
2018-12-04 11:18:28 +08:00
统计的内容设计很多专业的词汇,用对应的英文长而且你也看不懂,还不如短一点的变量
才一年的工作经验 还是不要这么跳的好
dd0754
2018-12-04 11:23:12 +08:00
接过一个这样的外包,搞的我想屎
ddup
2018-12-04 11:25:23 +08:00
字段混淆,这很正常。
碰到这种需求,要是觉得麻烦,可以自己先弄一个 mapping,代码里面写可读性强的字段名,改一下编译器自动把这段替换回去就行了,这样既方便维护,又保证了编译后的代码变量名被混淆。
mapping 只在编译的时候需要。
ddup
2018-12-04 11:26:34 +08:00
纠正一下,改一下编译过程,不是改编译器。现在前端不都有构建器吗?
atcdef
2018-12-04 11:28:00 +08:00
这种我倒是见过,一般来说,给钱的人说了算,毕竟这个给出了明确的说明文档,无可非议哈
Linxing
2018-12-04 11:31:33 +08:00
哈哈哈哈哈 看得我醉醉的
hellobanny
2018-12-04 11:34:44 +08:00
如果一行代码都没写过,这个还可以商量下。如果后端都实现了,那就这样定了,反正只要文档明确,都一样。写前段数据处理只是一小部分工作,大部分都不是花在这个上面,写个小模块翻译下就好了。为这么点小事就跑路,那估计哪儿都呆不久。
petelin
2018-12-04 11:36:26 +08:00
会给我一张 Excel 表让我去查对应的编码的解释。这就很坑了, 起码是一个可编程的格式, 否则就是态度问题(json 什么的)....
前端怎么查表也要 hardcode 带代码里. 楼上居然还有人支持,说什么为了加密....弱智吧
shuperjolly
2018-12-04 11:43:56 +08:00
楼上好多人都只能说太年轻啊

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/514030

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX