这一回主要谈谈上一篇文章给出的三个Java类的代码。
消息类(Message)的代码很简单,只是普通的Javabean。唯一值得注意的是消息发送时间并没有使用Java的Date类型,而用了long数据类型。这样做是为了节省存储空间,加快运算,只有在需要显示时才进行Date类型的转换。
publi c
class
Message {
//
属于某房间
(Room)
private
String
room
;
//
消息内容
private
String
content
;
//
发送到某用户
(User)
private
String
to
;
//
由谁发送的
,
即属于属于
User
private
String
from
;
//
发送时间
private
long
date
;
... }
聊天室类(Room)包含的信息比较多,除了本身的基本属性,还需要有该房间的所有用户和消息。因为用户需要不停地更新聊天信息和用户列表,特别增加了聊天信息最近更新时间和用户列表最近更新时间的两个属性,通过它们来判断是否有新信息给用户传输。
用于保存信息的ArrayList对象不是直接使用Java的API,而略加修改,在add方法中添加了额外处理。同理,保存用户列表也如此。
public
class
Room {
//
信息
private
List<Message>
messages
=
new
ArrayList<Message>(50) {
public
boolean
add(Message message) {
if
(
this
.size() >
maxMessage
)
this
.clear();
boolean
b =
super
.add(message);
if
(b)
messageUpdateTime
= System.currentTimeMillis();
return
b;
}
};
...
用户类(User)并不一个纯javabean,而是实现了HttpSessionBindingListener接口的。这样做是为了在用户离开后session失效前,自动从用户列表中删除。
public
class
User
implements HttpSessionBindingListener {
public
void
valueBound(HttpSessionBindingEvent arg0) {
ChatroomManager.newInstance().addUserToRoom(
this
);
}
public
void
valueUnbound(HttpSessionBindingEvent arg0) {
ChatroomManager.newInstance().removeUserFromRoom(
this
);
}
//
所在房间
private
Room
room
;
//
用户名
private
String
name
;
//
最后获取聊天信息的时间
private
long
lastGetMessage
;
//
最后获取用户列表的时间
private
long
lastGetUserList
;
有了这三个类,并且确定他们之间的关系,聊天室的业务逻辑功能基本确定了。下面只要加以实现相应动作即可。
附图: