2018年4月10日
今天搞了一个功能,姑且称为:后台公告模块的下线,这里面的下线即:修改公告在数据库的状态属性,以及前端的公告取消(显示);咋一听,还蛮简单的呵;不出我所料又是一个坑。。
啥坑?
首先,我的公告已读和未读,是通过先notify(传递小数据的信息),然后前端主动调用接口(返回公告信息),这是一个来回;然而,公告的下线,我本着规范的习惯,想让前端也来一个“你来我往”,但前端大大否了,说“公告下线不需要前端再次调用接口,直接由后天来完成”;我仔细想想,还真是呢。
&&&公告下线时,清除用户公告显示:
公告增加一个“下线”状态;
已登录用户 notify 取消公告;
未登录用户,通过设置公告postTime为原始时间戳,公告在初始化时被过滤掉;
几个准则:
1)前后台的交互其实尽可能少就越好;毕竟这些连接是消耗资源的;
2)还有一个是写代码时的bug,方法传参数,最好也是使用基本类型,尽量少用对象引用;
3)保持代码“整洁”:现阶段就是说,注释这些美观点,能少使用的局部变量和输出,就不要冗余的加进工程;