世上没有B/S系统,只有B系统和S系统.

请说明一下,那些js代码不是有服务器端生成

从你说话的口气里我感觉你的意思是 : 没有什么js代码不是服务端生成的.

如果你这样认为那只能说明我俩对"生成"这两个字的定义不同.

当然,也许按你的理解, jsp内写的所有的html和js都可以理解为服务器端生成,对吧?

XSLT和XML配合javascript或者VBScript，照样可以生成表格。

恩 是的 但是按你说的 那么问题的核心就由如何得到HTML表格变为如何得到那些xml了

Brower 最大的用途不就是把服务器发送过来的html代码展现出来吗?

避免一切在服务器端生成客户端代码的行为,那怎么玩啊?

b端发出一个请求,s端响应请求,传回一个文本,这个文本就是一段html吧,最常见的情况.这个html就是包含了数据和样式.数据肯定是在服务器生成的吧,样式难道让s端随意展现?

不太理解.

.本来没资格在这个有"门槛"的社区发言的.不过这个问题的思想话我的确想弄明白.

xml是数据也是握手协议，你的客户端javascript无论如何eval传回来的东西，它本质必然是json或者xml或者text甚至可以是可执行的javascript，或者其他一些大家协商好的东西.

当世界越多元，B/S的结合就越紧密。从这种意义上：server和client永远无法分割，因为只要是不同进程，就需要通讯协议。

你的公式是错的,BS之间包括了：

do what and format

what to do and format


S端提供的结果必然得以某种可以理解的格式呈现，所以B端总是从属于S端。client呼叫server都不是问题，问题是如何描述这种呼叫，所以有dcom,rmi,xml-rpc,soap...

你和刚才那位一样, 对我所说的 "服务端" "客户端" "生成" 这三者和你们理解的不一样.

你把 服务端 理解为 那他为我们提供服务的那台机器了.

确实,我们按你的理解, B端看到的一切 接收到的一切 都是S端发出的.

但是 我这里的 服务端确切的说 是服务端的业务逻辑, 而不是服务器.
也就是说我的意思是 
你不应该试图在服务端的逻辑处理里 拼装出本该由客户端负责处理的逻辑.

不知道我说的 你明白没.

完了 你更没理解我的意思, 你把问题居然引到"握手协议"上去了.

我们会到问题的开始.




然后你 说可以 用xml+xslt

然后我说 如果用xml+xslt,那么问题的关键就是xml如何生成和处理了, 因为这时候展现完全由xslt+js来实现了.

再然后 你就冒出个"xml是数据也是握手协议"

先说一说我的意思吧.
实际上 xml+xslt 和 tag js本身不是一个范畴.我用tag 也可以实现 xml+xslt的页面啊.
tag和js  都可以 生成与处理 html/xml+xslt.
你不能把 tag js 和 xml+xslt 放在一起比较.
tag实际上可以理解为就是代码工厂,就是用来生成html xml xslt的.

我和z_jordon讨论的是 "tag js ", 而你引出一个 xml xslt,显然大家讨论的不是一个范畴啊.

另外 目前还没有一个轻量级的成熟的 基于xml+xslt的列表组件 或者其他什么展现层组件.
就算有也不是很流行, 为什么呢

fins所说的“生成”不是指在jsp中的html或js代码由servlet container编译生成html或js，而是说，在s端的代码中，用out之类的方法输出代码，以前我也经常写：

pageContext.getOut().print("<script>...");

后来改用freemarker生成html或js，情况大有改观。再后来，什么都不写了。

说实话，你的帖子真的很乱，我实在看不出是如何推出B系统和S系统这个结论。
所以我就跳过你所有的东西，直接讨论你的题目。