☆─────────────────────────────────────☆
civ3 (civ3) 于 (Mon Jun 27 09:46:52 2005) 提到:
学生我去年暑假写留言本的时候，使用过js+XMLHttp，当初考虑是浏览器重新定向（redirect）对网络传输压力太大，所以想出这个方案来。
其实很久很久以前就有人用这个思路做成过Web无刷新聊天室，很容易搜到相关教程。
今天才知道原来他也成了"模式"，而且叫这么一个酷酷的名字“AJAX”，很是欣喜，也很惊奇！
不过今年春天我那个虚拟主机服务商中止了服务器XML.dll的任何支持，XMLHttp对象在服务器不能创建。后来我为了维持无刷新通信，被迫改用了隐藏iframe post的方法（至今firefox不支持），现在仍是块心病。
不知隐藏iframe post的方法以后能不能得到标准化的支持？
人们会不会反对把这种方案归为“广义AJAX”?(这其实无所谓)
//如果没意会“隐藏iframe post”是什么东西，回帖告诉我，我贴段代码来解释。
☆─────────────────────────────────────☆
civ3 (civ3) 于 (Mon Jun 27 20:01:59 2005) 提到:
既然提起来了，那就请教阁下：
虚拟主机提供商是艾默软件工作室(对其诚信度我不在这里评价)，服务器是支持ASP的IIS。我的asp文件处理前台htm发送来的XMLHTTP时创建对象
Set objXML = Server.CreateObject("Microsoft.XMLDOM")
这句服务器不支持。但在本地调试良好。
请问asp中有没有可替代的对象？
实话讲我还是对AJAX很有好感的，希望能在这里多向大家学习！
☆─────────────────────────────────────☆
JulyClyde (七月) 于 (Mon Jun 27 21:40:49 2005) 提到:
【 在 civ3 (civ3) 的大作中提到: 】
: 虚拟主机提供商是艾默软件工作室(对其诚信度我不在这里评价)，服务器是支持ASP的IIS。我的asp文件处理前台htm发送来的XMLHTTP时创建对象
没听懂啥意思
☆─────────────────────────────────────☆
civ3 (civ3) 于 (Tue Jun 28 22:01:23 2005) 提到:
【 JulyClyde (七月) 提到: 】
: 没听懂啥意思
也许是我对AJAX的理解有偏差。我的意思是：
当前台htm中的js脚本向后台asp发送一个XMLHTTP请求时，asp是不是只能使用
set listin=Server.CreateObject("Microsoft.XMLDOM")
listin.load(request)
的方法捕获XMLHTTP请求？
如果服务器不支持Server.CreateObject("Microsoft.XMLDOM")
有没有可以替代的对象来处理？
☆─────────────────────────────────────☆
JulyClyde (七月) 于 (Tue Jun 28 22:13:08 2005) 提到:
好像还有个htmldom？忘记ProgID了
我认为前台向后台没有必要发送XML格式的数据
xmlhttp也不只能发送xml格式的数据
【 在 civ3 (civ3) 的大作中提到: 】
: 也许是我对AJAX的理解有偏差。我的意思是：
: 当前台htm中的js脚本向后台asp发送一个XMLHTTP请求时，asp是不是只能使用
: set listin=Server.CreateObject("Microsoft.XMLDOM")
: ...................
☆─────────────────────────────────────☆
pizzaxp (过过你好幸福啊) 于 (Tue Jun 28 23:24:32 2005) 提到:
ajax是指在client段建立xmlhttp对象来和server通信吧，server只是接受client post
过来的请求(一般是xml)，然后响应(一般也是xml)，然后client解析响应并呈现相应
的内容，其间由于是异步通信所以client可以继续干别的事，不用刷新
我的理解是这样的呵呵~~~
【 在 civ3 (civ3) 的大作中提到: 】
: 也许是我对AJAX的理解有偏差。我的意思是：
: 当前台htm中的js脚本向后台asp发送一个XMLHTTP请求时，asp是不是只能使用
: set listin=Server.CreateObject("Microsoft.XMLDOM")
: ...................
☆─────────────────────────────────────☆
JulyClyde (七月) 于 (Wed Jun 29 10:28:08 2005) 提到:
不要局限于XML格式
【 在 pizzaxp (过过你好幸福啊) 的大作中提到: 】
: ajax是指在client段建立xmlhttp对象来和server通信吧，server只是接受client post
: 过来的请求(一般是xml)，然后响应(一般也是xml)，然后client解析响应并呈现相应
: 的内容，其间由于是异步通信所以client可以继续干别的事，不用刷新
: ...................
☆─────────────────────────────────────☆
pizzaxp (过过你好幸福啊) 于 (Wed Jun 29 10:31:30 2005) 提到:
我是说主要阿，而且xml解析起来也方便呀
【 在 JulyClyde (七月) 的大作中提到: 】
: 不要局限于XML格式
☆─────────────────────────────────────☆
JulyClyde (七月) 于 (Wed Jun 29 10:55:12 2005) 提到:
我以前的做法主要是用header。嘿嘿……
【 在 pizzaxp (过过你好幸福啊) 的大作中提到: 】
: 我是说主要阿，而且xml解析起来也方便呀
☆─────────────────────────────────────☆
civ3 (civ3) 于 (Wed Jun 29 15:04:03 2005) 提到:
同意，在
http://duduwolf.winzheng.com/post/115.asp《AJAX的七宗罪》一文中作者也提到：
罪之六：XML只是用来打幌子
xml从诞生那天起就被一致看好，大有非xml不娶之势，我想Jesse James Garrett也是为了趋于流行才把xml强行加入ajax的吧。xml有一个致命的缺点，那就是加载的资源耗费，这好像是所有平台下xml的通病。google map虽然是Jesse James Garrett推荐的AJAX的品牌代言人，但是gmap并没有用xml，而是用了原生的javascript数组，我自己在用AJAX从服务端传回数据时也从来不用XML，因为它让我更繁琐让系统更慢。服务端首先要调用xml对要传输的数据进行封装，客户端得到数据后再调用xml进行解析，简直是画蛇添足。AJAX的一个重要特点是要身法轻盈，数据的传输尽量单一和简陋，如果确实需要传输大量复杂的数据，也应该通过多次调用传回。……
据我了解很多人使用Flash+Asp协同开发时，用的也是get字符串对?user=civ3&id=1001之类的东西，尽管FlashMX也提供了xml通信手段。
【 在 JulyClyde (七月) 的大作中提到: 】
: 不要局限于XML格式
☆─────────────────────────────────────☆
kabbesy (封印者·MoCuishle) 于 (Thu Jun 30 00:05:45 2005) 提到:
同意，使用通用xml，程度不大增加流量负担
但是应该可以很有效的规范客户端框架
【 在 atppp (Big Mouse) 的大作中提到: 】
: 你里面说到的原生javascript数组，更宽一点说，是JSON
: 现在一般ajax模型下数据交换不是xml就是json或者变种
: json的好处是数据量比xml少，但是如果涉及复杂的结构的话xml的优势大一些，
: ...................
☆─────────────────────────────────────☆
dev (无间·我没有用) 于 (Thu Jun 30 06:29:43 2005) 提到:
看应用环境了，对企业级应用来说，xml的规范性优点远远大于其流量缺点。
【 在 kabbesy (封印者·MoCuishle) 的大作中提到: 】
: 标 题: Re: 去年用过js+XMLHttp，如今才知道这就叫AJAX
: 发信站: 水木社区 (Thu Jun 30 00:05:45 2005), 站内
:
: 同意，使用通用xml，程度不大增加流量负担
: 但是应该可以很有效的规范客户端框架
: 【 在 atppp (Big Mouse) 的大作中提到: 】
: : 你里面说到的原生javascript数组，更宽一点说，是JSON
: : 现在一般ajax模型下数据交换不是xml就是json或者变种
: : json的好处是数据量比xml少，但是如果涉及复杂的结构的话xml的优势大一些，
: : ...................
:
:
:
: --
: Good Night . MoCuishle
:
: ※ 来源:·水木社区
http://newsmth.net·[FROM: 218.81.120.*]
☆─────────────────────────────────────☆
Envelope (电子信封★新水木新气象) 于 (Sun Jul 3 10:07:20 2005) 提到:
其实不一定用iframe，用0大小的frame来做“后台”传输也一样。
前台（WebBrowser）通过后台传输机制（XMLHTTP，hide frame, hide iframe, etc )
与服务器进行数据交换和展现代码下载，由前台进行数据展现。
我觉得AJAX模式相当于将MVC模式中的V层移到WebBrowser，使用DHTML+JavaScript来动态展现。以struts构架来讲相当于将由jsp层负责的V层移到WebBrowser，C层的工作变成WebBrowser与服务器间的数据传输（包括序列化与反序列化等工作）。客户端与服务器间传输的不再是完全由服务器生成的HTML代码，而是数据与控制代码，这样一方面减少了数据流量，同时前台页面没有刷新等待。
【 在 civ3 (civ3) 的大作中提到: 】
: 学生我去年暑假写留言本的时候，使用过js+XMLHttp，当初考虑是浏览器重新定向（redirect）对网络传输压力太大，所以想出这个方案来。
: 其实很久很久以前就有人用这个思路做成过Web无刷新聊天室，很容易搜到相关教程。
: 今天才知道原来他也成了"模式"，而且叫这么一个酷酷的名字“AJAX”，很是欣喜，也很惊奇！
: ...................
☆─────────────────────────────────────☆
JulyClyde (七月) 于 (Sun Jul 3 12:54:22 2005) 提到:
其实iframe比frame好就好在不用重新排版
如果在浏览器里点查看源代码，它给你来个frameset，你会怎么想？
【 在 Envelope (电子信封★新水木新气象) 的大作中提到: 】
: 其实不一定用iframe，用0大小的frame来做“后台”传输也一样。
: 前台（WebBrowser）通过后台传输机制（XMLHTTP，hide frame, hide iframe, etc )
: 与服务器进行数据交换和展现代码下载，由前台进行数据展现。
: ...................
FROM 218.81.120.*