|
锁定老帖子 主题：帮哥们做的聊天软件（源码+思路）
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-14
心悦君兮君不知 写道 悲剧了 写道 分离的北极熊 写道 中国人民的习惯开场白“时间比较紧，技术能力有限，现在代码中肯定存在很多问题”
中国人民的习惯性回复 “UI肯定水平不行，直接用的人家的代码 ” 真相哥，没办法么，小时候新闻联播看多了，上学时候思想政治课给洗脑了，还在努力反洗脑过程中。。。。 第一句是谦虚，第二句是人之常理，你弱他就强，人嘛，都要装一下滴 哥们一眼就看透了 |
| 返回顶楼 | |
|
发表时间：2011-05-14
啥目的啊？
|
| 返回顶楼 | |
|
发表时间：2011-05-14
qlqllu 写道 啥目的啊？
发出来，让大家说些思路，有什么问题什么的 结果都关注UI了 |
| 返回顶楼 | |
|
发表时间：2011-05-14
“扮家家”，鉴定完毕~@
|
| 返回顶楼 | |
|
发表时间：2011-05-14
最后修改：2011-05-14
这个应该只是试验性质的。
1. 只能做玩具 我设想的： 2. 后端使用spring运行在web容器中 3. 通讯可以直接使用spring http invoker 或者通过json 3. 前端做一个内部消息中心，面向消息处理数据和与服务器交互。 4. 安全性直接使用https |
| 返回顶楼 | |
|
发表时间：2011-05-14
szcs10138456 写道 “扮家家”，鉴定完毕~@
+1 |
| 返回顶楼 | |
|
发表时间：2011-05-15
没有建模吗？
|
| 返回顶楼 | |
|
发表时间：2011-05-15
ui使用什么做的呢？swing吗？？
|
| 返回顶楼 | |
|
发表时间：2011-05-15
核心的东西都没实现，在线消息、离线消息的存储和显示是怎么实现的，以及不同用户状态变化的监听，用户数据量大以及海量在线用户时的并发问题都没有考虑
|
| 返回顶楼 | |
|
发表时间：2011-05-16
应该可以使用UDP,压力主要在服务器上，服务器上开启一个UDP端口，负责接收客户发送上来的数据，和一个UDP端口，负责向客户端发送数据。
接收数据的UDP端口只负责接收数据，接收到的数据立即放到一个队列中，队列后面有一个任务处理线程池，这个线程池对队列里的指令进行处理。由于有了队列，接收线程的UDP端口就只负责接收数据，很快会完成操作。 线程池处理完客户端的任务后，在将结果通过下行UDP发送出去。 这样上行UDP，下行UDP只完成数据接收、发送，这需要依赖JAVA的网络处理能力。线程池是处理业务的关键。 如果想继续扩大，上行、下行UDP也可以存在多个端口，形成一个次，有某种并行机制来处理。 用TCP恐怕服务器的资源会不够用。 |
| 返回顶楼 | |
