3、自己做聊天窗口当然都要自己写。-----实在话是不想去做自己不擅长的事。太耗精力,直接采用官方的吧,用起来又很纠结,如果去对接什么QQ、微信的信息,那更纠结,因为工作量太大了。
官方其实可以考虑一下openqq考虑兼职的情况。
在用户名不重复的情况下,A部门.张三、B部门.张三、C部门.张三……,其实都是张三。
现实情况下,张三登录系统的时候,不会选择部门、再输入用户名密码去登录,多数会是直接输入用户名+密码登录。
而在登录以后,不管别人是发给哪个部门的张三,他都应当收到消息。
让一个小科员去选部门吧,挺鸡肋,因为小科员一般不会兼职,让他去选择部门,就有点多余
让一个领导去选部门吧,领导也会觉得烦躁:多点一次鼠标或按钮,他都觉得费事
我的想法是:openQQ中的用户分组只是一种表现形式。看界面,似乎是采用的TopicBar控件,那么发送消息的时候,我们只取topiclink.text就可以了,可以不取topicpage.text & "." & topiclink.text
这样,在数据库里,messages表的name列,就是张三(而不是A部门.张三或B部门.张三),而张三只需要用户名+密码登录的时候,所有发给他的消息都可以直接接收。
或者好友界面,可以直接用树啊,比如这样
,取用node.text,而不是采用node.fullpath。因为是属于内部沟通,可以不象QQ那样还整个昵称啥的,没有必要,直接实名即可
真心话建议官方把openqq升个级。一个内部沟通工具,与客户的使用场景更贴近为宜
[此贴子已经被作者于2022/5/29 21:28:42编辑过]