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