|
锁定老帖子 主题：世上没有B/S系统,只有B系统和S系统.
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-10-21
完完整整的看完了，蛮喜欢Javaeye的这种氛围
|
| 返回顶楼 | |
|
发表时间：2007-10-23
12True 写道 完完整整的看完了，蛮喜欢Javaeye的这种氛围
你不觉得这地方博士太多，专家过少？ |
| 返回顶楼 | |
|
发表时间：2007-10-25
JSP,不只可以生成HTML，也可以生成XML，我想这就是AJAX里的X提示我们的，M交给S（通过JSP），V和C交给B（通过js）.
|
| 返回顶楼 | |
|
发表时间：2007-10-26
renavatio 写道 抛出异常的爱 写道 flyromza 写道 我很认同楼主的观点，server除了完成自身的逻辑之外，最多也就是为不同的client多做一些数据策略罢了（JSON、XML。。。）
虽然AJAX存在三种交互模式：数据、内容和行为，但我认为在80%+的情况下应该尽可能的使用数据交互，而内容交互与行为交互总是需要server端做一些“本该client端完成的事情”。试想，如果是这种设计逻辑，那么分层还有什么意义？关注分离还有什么意义？ 分离在一开始是由于网络不稳定与传输速度的限至 现在这种限至还存在 但越来越小。 忠有一天B/S会变回C/S去的。 赞同，网速上去了，基本上就没有必要B/S了。 我一直感觉 给机器里塞太多东西是个很蠢的办法 也许以后没有C/S了 都是B/S呢 因为机器里不需要硬盘了也说不定 一起都在服务器处理 只需要一个薄薄的屏幕看结果就好了 |
| 返回顶楼 | |
|
发表时间：2007-11-16
abo 写道 12True 写道 完完整整的看完了，蛮喜欢Javaeye的这种氛围
你不觉得这地方博士太多，专家过少？ 至少有一些能写出些东西 能让我停留一两小时 |
| 返回顶楼 | |
|
发表时间：2007-11-21
分久必和，合久必分。
没有绝对的！适应才是硬道理！
|
| 返回顶楼 | |
|
发表时间：2007-11-23
从REST的角度看
B就是负责呈现数据，传送对数据的操作的平台。 S就是一系列的定义良好的资源。（资源某种程度上跟WebService有所重合） B应该做甚么，S应该做甚么，都应明确规定，这样避免许多设计上的胶合代码（传递，调用，匹配，别名诸如此类）。系统生命期才能更长。 |
| 返回顶楼 | |
|
发表时间：2007-11-30
对于习惯javascript编程的我，对楼主的这篇文章非常认同，非常的佩服
|
| 返回顶楼 | |
|
发表时间：2007-12-11
虽然自己也一直推崇把前台做成不针对某种后台的可易构的客户端，但却没有深入的想到楼主所说的B系统和S系统的看法，非常感激。
|
| 返回顶楼 | |
|
发表时间：2007-12-11
fins 写道 pikachu 写道 楼主的意思就是,两个系统之间,传递的就应该是VO,不管这个VO是java的,xml的还是json的.
强烈鄙视楼主的标题!! 我的标题绝对不是标题党,只是比较"写意", 我只是建议大家先在主观上把你要设计的B/S系统 看作是对两个异构系统B 和 S的融合, 只有这样才能设计出更好的 松耦合b/s系统. 而让他们松耦合,就要先从彼此传递的数据入手, 如果传递的总是对方的代码片段,让对方去执行,这样的做法就很可怕,我主要反对的就是这种做法.  如果要这样说的话，LZ是否说得不清楚？而在别人提问后，LZ才明白自己所以表达的观点？
我支持pikachu的说法，主要是LZ的标题让大家产生了问题并且观点表示不明确。 其实S端就是s端，B端就是B端，不要把业务搞到B端去，不要把B端不美观的东西搞到S端去。 就这么简单 |
| 返回顶楼 | |
