业务分析:HR端职位编辑薪资计算逻辑和错误分析

1. 问题总结

未发布类型的职位详情中,会将职位信息缓存到浏览器。
数据缓存和获取都需要特殊金额转化,经测试发现,处理的不对等导致职位详情中薪资的错误展示,属历史遗留问题。

而HR端前端代码对于薪资的转化处理有两种

  1. 转化得到正确精度的数值(新增职位)
  2. 使用前台的模板让精度错误的数据显示正常(职位详情、职位缓存和获取)

在本期实现新功能“职位编辑”时,应该参考新增职位的薪资处理,而开发并没有意识。
而遗留问题有提醒到开发要对查询进行单向薪资处理,但是对于提交的职位没有做对等处理。

由于在编辑态的薪资展示正常,只有提交职位信息再刷新以后才能暴露问题,所以最终也没被测试人员注意。

2. 更具体的分析

2.1 前端的数据模型的定义和使用

后台的金额数据都是以元存储,比如月薪3万存储在后台 的数值是30000

前台定义了通用的数据模型,有两个方法parsedispose。如下为前端的薪资模型简陋结构

{
    salaryMax: {value: 0, unit: 'K'},
}

如果后台返回的数值为 {salaryMax:30000},前台拿到数值以后,调用parse得到结果 {salaryMax:30},然后用于界面30K的正常显示。

在编辑态,如果在输入框中修改了最大薪资为50,那么提交给后台的时候需要将 {salaryMax: 50} 进行dispose,得到{salaryMax: 50000}

2.2 前台做的特殊处理

在上面的模型中,salaryDetail.salaryMax的单位配置成了K。而在实际项目中,我们通常会选择薪资类型为年薪(salaryType=1)或者月薪(salaryType=2)。使用习惯上,年薪通常以W计,月薪通常以K计。那么在代码层面上急需要做对等的特殊处理:

{
  salaryDetail: {
    salaryType: 1, // 1 年薪;2 月薪
    month: 0,
    salaryMax: {value: 0, unit: 'K'},
    salaryMin: {value: 0, unit: 'K'},
  }
}
  1. 获取的职位信息中

如果薪资为年薪,除了使用parse处理数值以后,还需要将数值除以10。比如200万的年薪,后台返回了200000,我们的模型定义的单位是K,那么经过parse以后,数值变成了200。为了符合万的展示需要,还需要将200/10,得到20。

  1. 提交给后台的信息中

我们可以将20修改为任意数值比如30,提交给后台的时候,会调用dispose,得到30000,但因为使用的是K的转化标准,还需要3000*10,最终传递300000给后台。

2.3 业务逻辑的处理的四种情况

2.3.1 新增职位

特点:单向/只做提交

提交职位的时候,判定如果薪资类型为年薪,进行dispose+乘以10的组合操作。

2.3.2 查看职位详情

特点:单向/只做获取

获取到职位信息的时候,判定如果薪资类型为年薪

  • 理论上,应该进行parse+除以10的操作
  • 实际上,但是采用了使用错误的精度,但是在界面中通过特殊处理来展示

实际上的技术实现为:computed中有个形如salaryDetailDisplay的属性,会返回要显示的薪资范围的字符,它会用到salaryType是否等于1决定如何拼装展示在界面的数值和单位

2.3.3 职位缓存

特点:双向/缓存和获取缓存

因为只是缓存数据,只需要缓存和获取缓存的时候采用一致的标准即可。即要么缓存的时候和获取的时候都不处理,要么都做处理。

2.3.4 职位编辑

特点:双向/查询和保存

为了界面能正常展示,对于薪资类型为粘性的类型,必须:
(1)查询职位信息后进行parse+除以10的处理
(2)在保存职位的时候进行dispose+乘以10的处理

2.4 问题的技术性分析

对整个HR端的薪资处理的整理情况不够了解,没有意识到要按照2.3.4的方式进行处理。

对历史遗留问题的解决中也仅仅注意到了2.3.4中的(1)的处理,而忽略了2.3.4中(2)的处理。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 201,468评论 5 473
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,620评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,427评论 0 334
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,160评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,197评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,334评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,775评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,444评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,628评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,459评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,508评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,210评论 3 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,767评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,850评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,076评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,627评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,196评论 2 341

推荐阅读更多精彩内容

  • 1.ios高性能编程 (1).内层 最小的内层平均值和峰值(2).耗电量 高效的算法和数据结构(3).初始化时...
    欧辰_OSR阅读 29,281评论 8 265
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,569评论 18 139
  • 字典Dictionary 字典容器存储的是一系列的键值对,每个值对应一个唯一的键。键的意义在于,我们可以通过键相对...
    今天庹阅读 146评论 0 0
  • 12月6日的生日花,石楠花。 石楠花这种原产地可能就是中国的小花朵,常常茂密繁盛的开放。它特别喜欢湿润温暖的气候,...
    冬林探花阅读 3,305评论 1 2
  • 被窗外熙熙攘攘的声音吵醒,无力地翻了个身避开了刺眼的阳光,睡的有点昏昏沉沉,右手向放着手机的床头柜摸去,拿起手...
    薄荷糖凉凉哒阅读 337评论 2 1