开发日常小结(5):这天顿悟的几个后端开发的小准则

2018年4月10日

今天搞了一个功能,姑且称为:后台公告模块的下线,这里面的下线即:修改公告在数据库的状态属性,以及前端的公告取消(显示);咋一听,还蛮简单的呵;不出我所料又是一个坑。。

啥坑?


首先,我的公告已读和未读,是通过先notify(传递小数据的信息),然后前端主动调用接口(返回公告信息),这是一个来回;然而,公告的下线,我本着规范的习惯,想让前端也来一个“你来我往”,但前端大大否了,说“公告下线不需要前端再次调用接口,直接由后天来完成”;我仔细想想,还真是呢。

&&&公告下线时,清除用户公告显示:
公告增加一个“下线”状态;
已登录用户 notify 取消公告;
未登录用户,通过设置公告postTime为原始时间戳,公告在初始化时被过滤掉;


几个准则:

1)前后台的交互其实尽可能少就越好;毕竟这些连接是消耗资源的;

2)还有一个是写代码时的bug,方法传参数,最好也是使用基本类型,尽量少用对象引用;

3)保持代码“整洁”:现阶段就是说,注释这些美观点,能少使用的局部变量和输出,就不要冗余的加进工程;





评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

后台技术汇

对你的帮助,是对我的最好鼓励。

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值