|
锁定老帖子 主题：世上没有B/S系统,只有B系统和S系统.
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-10-11
Jdon有一篇文章,说的意思与lz类似.
http://www.jdon.com/article/31136.html |
| 返回顶楼 | |
|
发表时间：2007-10-12
楼主的意思是质疑DSL生成的javascript，如果除了要展现的数据，还包括UI控制逻辑会造成的问题。
因为标题起的不清，造成开始误解不断，后面又跑题老远~ ruby的RJS也面临同样的问题： http://liusong1111.iteye.com/post/332560 http://liusong1111.iteye.com/post/332575 看看TrimJunction的走势，想想web应用与google gears结合的难点，品品REST支持多format的能力，可以推想楼主质疑的方向是正确的，另外web开发中还有待突破的地方是，view层在浏览器和服务器端 需要一个统一的模板语言，"write once,run client or server"，当然会涉及一些深层次的东西，如permission, VO。 |
| 返回顶楼 | |
|
发表时间：2007-10-18
fins 写道 如果不用tag就用js, 或者直接用 <% .... %> 呵呵
其实本质上 jsp文件就是 "服务器端生成HTML"的典型 但是对于他实在很难说讨厌或是喜欢. 我想也许把 jsp看成是 b和s的中间件比较合适吧 呵呵 确实需要有一层来生成html，做到系统各层解耦。 但我认为是代码逻辑的分层，而不是物理意义上的分层（B端还是S端）。所以用jsp生成html我认为没有任何问题。 |
| 返回顶楼 | |
|
发表时间：2007-10-20
Sean220 写道 在我的努力下应用页面也全是HTML了，利用MSXMLHTTP与后台页面用XML通讯数据。
那么协议就是包含了控制信息的业务数据格式化后的结果，那么回到AJAX系统，PAGE/B端与Server端看作两个系统的话，一个设计良好的WEB系统，重点考虑的部分就是协议的制订，这样就被迫程序员连带着去理解HTTP是这么一种无状态的协议，以前后台两个系统的思维方式来设计WEB系统，应该会事半功倍。可以少犯一些构架上难以补救的错误。 我在想，这是不是就是REST的思想。B端就是HTML+CSS+Javascript，然后“按需代码”从服务器端Download Applet或者Flash加以扩充，中间的协议就是HTTP。 |
| 返回顶楼 | |
|
发表时间：2007-10-21
初看，还真是标题党
看到32L 貌似lz还真有点诗意。 还真不是一般技术人员能达到的 我的理解是 尽可能的把b端和s端看作独立的系统 也就是所谓的尽可能的松 BS之间的耦合 但是BS之间又必须遵循B和S之间的达成的某种协议，或者说标准吧。 实在不喜欢用“标准” 这个词。 貌似我和没说，没理解一样 - -# |
| 返回顶楼 | |
|
发表时间：2007-10-21
至于应该不应该在S端拼凑js，html代码
我暂时还没有什么想法 因为js实在是郁闷。 用java写多舒服。。 呵呵 |
| 返回顶楼 | |
|
发表时间：2007-10-21
pikachu 写道 而让他们松耦合,就要先从彼此传递的数据入手, 如果传递的总是对方的代码片段,让对方去执行,这样的做法就很可怕,我主要反对的就是这种做法. 是很可怕 封装tag的时候实在太恶心了 貌似又深入的了解了点 收回我楼上的话。 呵呵 |
| 返回顶楼 | |
|
发表时间：2007-10-21
lihengxin 写道 既然存在,就有它的合理性.
不应该是合理性 应该是无奈性 开发的时候还要加上人性 |
| 返回顶楼 | |
|
发表时间：2007-10-21
ray_linn 写道 fins 写道 为了让你更好的明白我的意思, 我把我的观点的高度下降一些, 把语言说的再直白一些:
请各位新同学,不要在S端生成复杂的JS代码传递给B端执行, 更不要在B端生成JS代码交给S端运行,这么做是在绝大多数情况下是不对的. 如果我这么说了, 你还是拿"握手协议 报文"来说事,那我就真是无话可说了. 你要谈的东西很小，近似是设计范式的问题，却扯了面很大的旗。标题党么？俗话说扯虎皮当大旗是也。 一个很大很大的标题，放一个很小小的东西，不意外有人会误解。 其实那些很多很多钻石的牛人 讨论的帖子 就是让我们咬的，咬到只剩下很小很小的原理 在咬的过程当中，我们就吃饱了。顺便赞一句，这个汉堡比较大。 我们本来就是那样的，你最牛，也不过0和1 |
| 返回顶楼 | |
|
发表时间：2007-10-21
fins 写道 其实小事情也能反应出大问题
只是我所反应出的大问题 引起了你在理解上的错误 我只好把问题的高度降低了. 你要是不愿意,那我再把问题的高度提升一些: 你只有在主观上先把B 和 S 分离,你才能更好的让他们在松耦合的情况下进行融合. 所以,在设计B/S系统前,你应该忘掉你在设计B/S系统,而要把他们当成两个独立的系统来设计 这么说扣题了吧? 说复杂了你不理解,说简单了你说我标题党 ,唉 做人难啊 你早这么说，我就不会看到40几楼了。 还好你没一开始这么说 lz精神可嘉，继续发扬啊。关注ing |
| 返回顶楼 | |
