【 以下文字转载自 J2ME 讨论区 】
发信人: acac1 (to), 信区: J2ME
标 题: Re: 大家觉得在手机上面写一个telnet如何?
发信站: BBS 水木清华站 (Mon Sep 6 17:16:44 2004), 站内
我觉得，只需利用smth,ytht等的优势(人气,内容丰富,更新快等等)就行了,
而服务器端和手机之间利用什么方式来连接不是很重要(当然速度要快
是非常重要的).
所以，可以考虑从服务器改动着手。
结合手机的当前实际情况，服务器端可以像
bbs2www那样类似的作一个wap的版本，然后手机
用Wap浏览器看，这样也用不着Java程序了.
不过也许更好的是服务器自己制定协议(比如用xml来包装)，
给一个各方面都比现在的BBS简化的版本提供给手机程序，
通信方式因为要适应midp1.0，所以只能是http，
据说这种连接速度慢，所以我怀疑实现后的实用性。
需要考虑的几点:
1. 最重要的连接速度问题，如果速度跟传输内容的大小
有关，那么这个协议要尽量减少每次传输的内容。但
如果速度只跟每次建立http很慢有关，那就没辙了。
2. 客户端jar的大小问题，如果嫌整个BBS的所有功能包容在一起
会使得jar比较大，比如不符合什么<60k的实用标准，
那么可以考虑将服务器端的手机服务分为几个模块，比如
聊天和收发信件一个模块，看文章一个模块，然后分别
实现这两个模块，实际上成了两个独立的jar。还可以
去掉很多BBS别的对手机用户来说不感兴趣的模块.
比如用户可能就只想在上下班坐车的时候看看几个他感兴趣的
版面内容，则客户程序可以简化为仅仅显示从服务器端
获取的这几个版的随时更新的内容，这样jar就很小了，
不过感觉这种对jar大小影响不是很大。
3. 手机用户的情况，比如也许很多人用黑白手机，所以
不能显示彩色内容(也许这可以放在客户端处理).比如
因为手机屏幕太小，所以不需要显示qmd等东西。
还有，也许大部分用户根本就是想看看新文章，所以
去掉发表,回复的功能应该也不会影响用户的使用积极性，
当然，删除这两个功能也许对客户端的大小影响不大。
需要考虑的东西还是不少的。
总之，一切为了方便手机用户。看大部分ytht,smth等bbs的用户的
需求了。
难点在于服务器端协议的设计，不过如果是提供BBS的部分功能，
比如就提供聊天和收发信功能，那应该很简单。
不知道手机端用Wap浏览的方式和用Java程序那个更快？
后者功能，灵活性等也许更好，但速度上都是采用http方式，
会不会一样慢阿。
不过不管如何，感觉做出这样一个东西还是很有必要的。
而且越快越好，感觉起码比
http://mmboard.com这样的
没有数量众多长久固定的非手机用户群要好得多吧。
因为现在主要部分决定于服务器端怎么提供，所以有很大的灵活性.
而且一旦smth(或者ytht)的服务器端完成，那么
可以类似移植到别的bbs。
【 在 qlw (钱五哥) 的大作中提到: 】
: 主要用来上bbs
--
修改:acac1 FROM 162.105.245.*
FROM 162.105.245.*