为了账号安全,请及时绑定邮箱和手机立即绑定

搞不定抽奖系统的技术不是一个好程序员(4)

标签:
Go 产品 架构

  11月4日,抽奖系统开发的第四天,起来已经快要11点了。

  原来是周日,闹钟没有响,但是抽奖系统的事情,一点也耽搁不了,还是要去公司加班啊。

5be967ce00013d3605500411.jpg

一个人的周日

  来到公司,只有技术一个人,今天连保洁都不来,更不用说其他人了。

  技术打开工作的电脑,继续昨天的代码。昨天已经把奖品管理的功能完成了,还剩下其他的几个管理功能,相对就要简单些,只是工作量会比较大。

  有奖品管理作为基础,其他管理功能也是很类似的功能,于是,就开始大规模的复制粘贴,再加上替换。

  把奖品管理的controllers、views都复制成优惠券管理,把相应的名称从Gift改成Code,有些不用的功能,比如:修改,可以直接删除。而优惠券里面还有编码导入的功能,这个就要特别开发了。还有查找的功能,不仅仅是根据ID查找,还可以根据code编码查找。编码的列表页比奖品页可要简单很多啊,这点简化表格处理还是很容易了。花了一个多小时,优惠券的管理列表、导入等功能也就开发差不多了。这个效率,比昨天做奖品管理可要快多了。

复制 & 粘贴

  用同样的方法,继续其他的管理页面。奖品记录的管理页面,只有浏览、搜索功能,没有修改、状态更新等功能,所以,要花点时间来做查询搜索相关的数据过滤功能。用户管理、IP黑名单管理功能,虽然也是不能修改资料,但是状态更新,以及黑名单过期时间的更新,这些功能会有很大差异,也是需要单独花时间来处理数据,处理逻辑。

  而在全部的这些管理功能开发过程中,界面相关的开发和调整时间是最大的,有些还要有弹窗,有些还要有下拉框等。另外就是controllers代码中的输入参数验证,输出前的封装和格式化处理,这些工作虽然都不难,但是要很细。为了管理后台的稳健性,所有的验证还是要很严谨,所有输出,也是要考虑到操作人的认知水平,别写的文字描述、提示信息太程序化。周日也没有产品、运营来一起把关,所以,技术也就只能是自己尽力了,更多的测试、验证还是要等周一来一起看下了。

后台管理功能提前完成

  下午5点多,所有的管理功能也就开发完成了,不到一天的时间。看来今天可以早点回去了,连续工作了7天,还经历了一个通宵,也是累得不行。明天周一,在双十一、在系统上线之前,估计,今天会是最轻松的一天了吧。

https://img1.sycdn.imooc.com//5be968570001ccbc06980399.jpg

老师总结

  有些代码框架,可以根据数据库设计自动生成数据管理后台。如果技术长期在做这类管理后台,增删改查的工作,完全可以考虑自己实现一个代码自动生成器,无非是根据数据库设计,把数据表、数据字段的信息都读取出来,然后自动的生成页面模板,生成处理逻辑,生成数据库操作的封装类。这些代码有非常多的相似性,通过代码自动生成的方式,不仅能减少个人的开发工作量,更是可以解放技术的压力,从重复性的日常工作中抽身出来。毕竟抽奖系统,后台管理功能不可缺少,但是,不属于核心功能。能够节省出来更多的时间,才可以把后续的抽奖核心工作做得更好呀。

一起来学习《Go抽奖系统》,也许能帮你少走弯路。

上一篇《搞不定抽奖系统的技术不是一个好程序员(3)

下一篇《搞不定抽奖系统的技术不是一个好程序员(5)

点击查看更多内容
1人点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
全栈工程师
手记
粉丝
1.7万
获赞与收藏
2253

关注作者,订阅最新文章

阅读免费教程

感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消