oracle消息通知,通知(告示),消息(站内短信),提醒的设计:通知.

1 业务描写

率先我们来认识一下通知,消息,提醒这三者的差异和联系。 1.1 通知Bulletin:

平台发,用户收。分为实时通知和非实时通知。通知有优先级:紧迫,高,等闲。

平台向个体用户发,平台向多个用户发,平台向某一个用户种类发,平台向全副用户发。

平台公布通知。

平台废止通知。

平台剔除通知。

平台查询通知。

用户察看通知。

用户查询通知。 数据库个性

等闲不修正,每个用户一份,可能每个群体一份 1.2 消息Message(站内短信):

用户之间互相发消息,好像是手机短信。能够针对一个消息举行批复。分为实时消息和非实时消息。

用户发送消息。能够是个人向个人发消息,个人向群体发消息,群体向个人发消息,群体向群体发消息。个人向多个用户发消息。

用户察看消息。

用户批复消息。

用户符号消息已读。

用户查询消息。 数据库个性

等闲不修正,每个用户一份,可能每个群体一份,可能多个用户一份。 3 提醒Remind:

等闲理况下,提醒对于被提醒者来说是被动的。重要是由于外界直接可能间接更新自己相干的消息,对自己发生了波及,自己又不懂得的情形下,必需系统积极提醒自己。

普查性的提醒:相干内容的个数改变,普查相干内容的个数。又能够分为实时普查和登录普查。

弹出窗口提醒:弹出一个窗口,提醒用户发生改变的内容,可能点击能够跳转到相应的窗口揭示收获。又能够分为登录尔后提醒距离上次登录之间发生的波及;和实时的提醒。

等闲是由于其他垄断附带发生必需提醒的消息。 数据库个性

普查性的提醒,登记必需提醒的个数,以及个数代表的含义。

弹出窗口提醒,提醒的款式是统一的。款式例如:提醒的对象,提醒的内容,提醒的优先级(紧迫,高,等闲,不同优先级,有不同的颜色)。

2 设计

今天只是设计一下通知,大家有什么不同意见,尽管提出来。 数据库表 2.1 平台向个体用户发通知

增加告示的时候,直接将用户编号写在通知表中。用户阅读尔后修正响应的符号。

刚开始琢磨个体用户,就直接在通知表增加几个字段,反正是1对1的联系。尔后感受能够变相的会意一下,离别两张表,是的通知表尽量还是储藏通知相干的消息,该当更好一点吧。

通知表 ? ? ?

编号 ? ?

题目 ? ?

内容 ? ?

公布工夫 ? ?

是否废止 ? ?

废止工夫 ? ?

是否剔除 ? ?

剔除工夫 ? ?

优先级 ? ?

用户编号 ? ?

用户种类 ? ?

是否阅读 ? ?

阅读工夫 ? ? ? 2.2 平台向多个用户发通知

增加告示登记的同时【通知对象】表中增加多个用户相应的登记。用户阅读尔后修正【通知对象】表响应的符号。

通知表 ? ? ?

编号 ? ?

题目 ? ?

内容 ? ?

公布工夫 ? ?

是否废止 ? ?

废止工夫 ? ?

是否剔除 ? ?

剔除工夫 ? ?

优先级 ? ?

通知对象表 ? ? ?

通知编号 ? ?

用户编号 ? ?

是否阅读 ? ?

阅读工夫 ? ? 2.3 平台向某个用户种类发通知

增加通知intkb.com,通知消息中附带有用户种类消息。用户依据自己的种类察看通知,阅读尔后,在【用户符号】表中增加登记。在【用户符号】表中存在的通知,即便历史通知,不存在的即便新通知。

通知表 ? ? ?

编号 ? ?

题目 ? ?

内容 ? ?

公布工夫 ? ?

是否废止 ? ?

废止工夫 ? ?

是否剔除 ? ?

剔除工夫 ? ?

优先级 ? ?

用户种类 ? ?

用户符号表 ? ? ?

通知编号 ? ?

用户编号 ? ?

阅读工夫 ? ? 2.4 平台向全副用户发通知

增加通知,只有通知的相干消息。在【用户符号】表中存在的通知,即便历史通知,不存在的即便新通知。

通知表 ? ? ?

编号 ? ?

题目 ? ?

内容 ? ?

公布工夫 ? ?

是否废止 ? ?

废止工夫 ? ?

是否剔除 ? ?

剔除工夫 ? ?

优先级 ? ?

用户符号表 ? ? ?

通知编号 ? ?

用户编号 ? ?

阅读工夫 ? ? 2.5 归纳比拟

?

归纳前面的设计思路,得出上面的这张图。 3 相干业务描写 3.1 增加通知

个体用户:通知表增加一条登记,用户符号表增加一条登记

多个用户:通知表增加一条登记,用户符号表增加多条登记

全副用户:通知表增加一条登记

用户种类:通知表增加一条登记 3.2 阅读告示

个体用户:修正用户符号表中的登记

多个用户:修正用户符号表中的登记

全副用户:用户符号表增加阅读登记

用户种类:用户符号表增加阅读登记 3.3 觉察新通知的法定

个体用户:通知表中有,并且通知对象种类是“个体用户”,并且用户符号表中的未读符号是“0”

多个用户:通知表中有,并且通知对象种类是“多个用户”,并且用户符号表中的未读符号是“0”

全副用户:通知表中有,并且通知对象种类是“全副用户”,并且用户符号表中未曾用户的消息

用户种类:通知表中有,并且通知对象种类是“用户种类”,并且用户符号表中未曾用户的消息,并且通知表中的用户种类是自己的用户种类 3.4

查询

个体用户:通知表中有,并且通知对象种类是“个体用户”,并且用户符号表中有

多个用户:通知表中有,并且通知对象种类是“多个用户”,并且用户符号表中有

全副用户:通知表中有,并且通知对象种类是“全副用户”

用户种类:通知表中有,并且通知对象种类是“用户种类”,并且通知表中的用户种类是自己的种类

?

Technorati 标签:

通知png.riapng.com,消息,提醒,设计封装(encapsulation)是面向对象编程的重要观念。不幸的是,Java为不当心突破封装供给了得体——Java批准归来私有数据的引用(reference)。下面的代码揭示了这一点:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值