今天在做电话聊天公告的时候，正写着存储过程，代码是没问题，但是总觉得哪里不对劲。后来洗了几个桃子去阳台一边吃一边考虑，是公告和提示太繁琐的，如果一个女性用户没有认证天使，恰巧碰到了新公告，那么会弹出两次提示来。会让人很反感，所以决定修改公告的样式。

为什么和怎么修改公告样式

现在的公告样式，直接和个人聊天动态放在一起了，用了一个分段式按钮。如果采用弹出式公告的话，更能让人注意到，并且关注这个公告内容，把版本更新，认证提示，公告提示，都在同一个过程里检测，按照主次顺序，每次只显示一个。公告预览完毕就消失了吗，不是的，可以在站内信中分出一个专门的id来，作为系统公告，并且这个系统公告可以直接回复。并且可以和站内信的数量一起进行提醒。

如果把版本检测和认证提醒做在个人中心，或者分开来做，这样会让电话聊天系统太繁琐，并且加重了客户端的负担，所以不管什么检测，都要一次做完。

公告弹出对话框，必须要做的漂亮一些，并且是大屏幕，看起来像公告，并且有一个大按钮，按钮文字就是“我知道了”公告也分等级之分，公告分等级之分，弹出和站内信显示。

登录检测的业务流程

1.明确要进行哪些检测

。首先明确要检测什么，要检测账号状态，版本，是否提醒认证提醒，公告提醒，站内信数量。需要附加的参数是用户id和当前版本号。提示的优先级顺序依次为：账号状态版本，认证，公告。站内信数量是必须的。

为了提高执行效率，需要把当前电话客户端的版本号，下载链接，保存到数据库里，如果需要下载新版本，后面的就不需要再检测了。如果电话聊天账号被封了，以后的也不用检测了。

账号状态必须放在登录后的检测，因为有的用户已经处于登录状态，还打开客户端的话，这时候被封号了，也要提示到。

2.限制提示次数

不能频繁的每次登陆都要检测，要限制提醒次数。对于版本更新来说，是电话聊天交友客户端最重要的提醒，虽然如此，但是提醒次数最好也要控制一下，如果在电话聊天客户端通过cookie来控制，对于以后的策略变化不太方便，所以这个要在服务器端控制，能够更好的记录电话聊天用户的信息，可以采用每天提醒几次的方式，那就需要在数据库记录 用户版本号，提醒日期，提醒次数了，以后可以在服务端修改这个次数。

对于未认证天使的普通女性聊友，认证提示重要性大于公告，连身份都没确定，公告也无从谈起了。这个同样需要记录日期和提示次数，限制每天的提醒次数。

公告的次数限制，也采用这样的方式，一般情况下为每天一次，或者是一次公告的一次。查看完之后，还能再公告菜单里找到公告内容。对于普通聊友，如果不是非常紧急的公告，不需要弹窗提示。

下一篇文章，将会继续阐述用户状态检测的业务流程。