用了joesee蛐蛐的代码做远程测试: 出了不少问题
两台机子可以连接,但是不能互相接收消息

不过觉得代码还应精简,
个人观点:IM应该是开放式的,随时都可以互连.
          基于WEB的IM可以让同一个网站,同一个论坛的用户能够互连 享受快捷的通讯.然后实现论坛与论坛间的互连.............

            客户端的互连可以通过APPLET实现,客户端到服务器的连接实现方式有很多......

现在还在学java，快要到j2ee啦

我觉得用那个while来收消息不现实，会出问题，我现在正在系统地学jsp希望能用javabean和servlet来实现。
但是还有一个问题就是做主机的必须有固定的IP，要是在内网中的比如在寝室里连外网肯定就不行。

如果是Win32或.NET的话我想加入说。。。主要是初学Java。。。其实是有点想有个内网的IM。。。
你们是通过论坛的消息机制来完成吗？那其实效率不高吧。。而且可能会给论坛服务器带来一些不必要的负担说。。
如果不是的话，貌似宿舍的内网是禁止互连的，做了限制，不能传输数据……就是说还是必须有两网站的服务器支持。。。
总体来说实现一个IM难度不是非常大。。有时间做保证就可以了……当然要做得好是很有难度的……
另外，Client为什么用APPLET？方便嵌入到网页里吗？
说到底。。基于Web是什么意思？Server用Web？还是Client是嵌入Web的？
小白了……


[ 此贴被hhbhhb在2006-10-01 11:12重新编辑 ]

不是通过论坛的消息机制来实现的,只要不是直接互连,通讯的效率就不高.

用APPLET实现基本的ERVER CLIENT(指的是通讯的客户端＆服务器端)功能,执行是下载到本地. 至于论坛的服务器可以共享论坛的用户注册信息,更是用来获得双方的IP信息.

只是用Applet实现双方的连接.其他的技术用来做辅助功能

当然以后遇到的问题会更多,继续思考

目前内网的结构不允许学生之间的跨寝室互联~~~
当然除了直接在寝室间拉网线的之外~~~

有就是说，在内网上假设IM，必须的到5come5或者FZ的支持
否则是不会实现的~~
当然，这排除了修改公寓内的某些Huawai设备设置的可能~~

我是大二的，刚来这里的时候也想过做个IM。。。如果你们真的想干，并且看得起我的话，我想加入……

另外，正如楼上说的，在目前条件下宿舍间互连是被禁止的（除非用某些黑客手段），所以肯定需要fz或者5c的支持。实在不行就基于论坛消息，不过这就有点不厚道了……。
用APPLET实现服务器实在是有点匪夷所思……可以详细说下理由吗。。
其实连客户端最好都不用Applet，因为在一些界面处理上会比较麻烦的感觉，比如最小化到任务栏。唯一的优点就是嵌入网页不用安装，还有写程序时不用建立窗口而已啊……

另外，真要做的话，最先考虑的应该是协议和软件架构的设计吧……

本人Java小白。。有说错的地方还请原谅。。


[ 此贴被hhbhhb在2006-10-01 19:50重新编辑 ]

用APPLET实现服务器是在双方通讯是肯定要有有一方是服务器方等待连接,接收连接(没别的意思)

如果双方不能互相连接,就只能通过中转的方式了

用APPLET只是用来实现通讯的代码   至于其他的比如界面可以用其他的技术解决

我们在这里不是做什么软件包,因为客户端**只有一个浏览器***,都是通过WEB来实现

哦。。我还以为中转服务器用APPLET呢……吓到了。。
有点明白楼主的设计思想了。这类东西似乎已经有人做过了，好多年以前，外观/操作方面和qq之类已经比较相似了，不过是javascript的。Web2.0功能真的是比较强，配合Flash，Applet已经挺久没见过了。

另一个问题就是，您有没想过这个东西做出来有什么优势？如果我做论坛，完全可以用一个框架定时刷新来监视消息，达到相同效果啊。结构和维护还要简单一些。界面方面不是问题，msn blog那种效果都可以做到……gmail也内嵌了IM……处理得好的话，效率不会低过Applet。那才是真的只要一个浏览器，Java虚拟机都不要。。
Applet的最大优势就是可以直接互连了吧。。只有这点用其它很难实现。。

不能在这个内网使用就比较没意思了……
作为一个（潜在）用户，我觉得作为IM，应该要适合长期在线的，就像手机要方便携带一样。。要用户长期开着一个浏览器…………以前那些Web IM最终没有流行起来，我觉得这是一个重要原因。
所以做成LumeQQ那样比较好……

解决长期在线 可以考虑用插件的形式啊

完全可以用一个框架定时刷新来监视消息，达到相同效果啊----------关键是个速度问题,如果用这种方式,很难实现即发即见啊

web2.0有很多技术啊,我设想的是只用APPLET来通讯,其他的很多功能可以用其他技术啊

gmail也内嵌了IM……处理得好的话，效率不会低过Applet。那才是真的只要一个浏览器，Java虚拟机都不要。。------------------------它最终需要专gate安装一个软件支持??就像现在论坛上的可以打开QQ的那种?

实际上您的所谓“即发即见”只是一种自我安慰而已……我觉得……
以前那么多[屏蔽]，也没见谁说刷得慢了……

gmail的IM不需要安装任何软件，不过功能也不是很强，毕竟只是一个附属功能。详细原理没有研究过，不过自己想想觉得要做到那样其实不会很难。当然我是做不出来的。

gmail的邮件管理部分基本上都是在客户端完成了，服务器就起个提供数据的作用……现在似乎很流行这种架构。最近在写个.NET的163相册下载工具，所以研究了一下查看相册部分的结构。整个相册的动态页面（.php）仅两个，用途就是提供数据。剩下的都是大量的.js，全部界面处理，包括分页翻页，判断是否加密，改名等等都在本地完成。比如改名功能，真正做到了原地编辑，编辑完根本不会刷新页面，与传统的form提交不同。不过那部分没有仔细研究，猜想应该是xml提交请求之类（因为有偶然看到相关代码）。所以我觉得如果用这个原理做IM似乎绰绰有余了。。

用Applet做核心……这倒是不错。。网页代码和Applet的交互部分不了解，就不多评论了。。
不过与其这样，不如单独写个核心。。Applet感觉更接近一种界面接[屏蔽]术啊……有核心类以后外包个Applet层应该不难。。

其实并不一定要追求性能等方面超过传统的IM(估计不是一般的难),只不过是想用一种全新的方式去实现其基本功能

用JS实现界面处理--想法不错

建议去open-open去看看 有好的实现 参考一下

Quote:

引用第10楼hhbhhb于2006-10-02 18:57发表的:
比如改名功能，真正做到了原地编辑，编辑完根本不会刷新页面，与传统的form提交不同。

.......

是Ajax吧

关于这个IM的东西，我觉得我们有必要详细设计出所有模块。再开始实现。上来就Applet什么的太没目的性了。界面、架构什么的都没有细致的设计，大家即使作也是一个人作出一个样，没有整体意识。

通信方面的原理到底是什么？大体上的C/S,B/S,P2P，我们能否实现？

对5q那种结构的IM有什么看法？

不参照其他人的东西，我们是否有能力作出一个全新的IM嵌入？

也觉得应该用AJAX, 现在也只有用它才能使其在浏览器端流畅执行

也该有个计划书什么的   这样干太没目的性,没效率

肯定应该选B.S架构了