只显示主题贴

swing 写道一般象楼上那样,总是给一个自定义的class中将this赋值给一个变量来获得该class的引用。 另外,我还喜欢总是给定义的方法设置默认名称: [code:1] function class1() { this.func1 = function _func1() { alert('func1'); } var class2 = new function() { this.func2 = function() ...
  • 进入论坛 AJAX
[code:1]function class1() { this.func1 = function() { alert('func1'); } var _currentInstance = this; var class2 = new function() { this.func2 = function() { // how to call the func1 _curre ...
  • 进入论坛 AJAX
在任何执行eval的上下文中只需将变量直接定义成 window 下的某个“属性”即可成为全局变量。 例如 function test() { eval("window.a = '全局变量';"); eval("window.b = function(){alert('全局函数');}"); } test(); alert(a); b();
  • 进入论坛 AJAX
swingchen 写道关于在fireFox下的问题,晚上回来后我仔细调试了一阵子,结果还是没解决,但在IE5及以上版本是没有问题的。 目前在FireFox下有一个技术没法解决,希望哪位前辈指点一下,问题就是: windows下有一个 window.execScript() 的函数,而在FireFox下无法执行,但我把它换成 eval() 函数,在FireFox下仍不能运行,同时在windows也无法执行通过。问题在于 ---- eval() 函数为什么就不能执行一整个JS文件脚本的字符串呢?而简单自己写几行脚本字符串在两个浏览器下又能运行成功? eval 可以实现你的目的,但js书写要 ...
  • 进入论坛 AJAX
我认为AJAX可广泛应用在交互频繁、流程复杂的业务系统中,而需要对搜索引擎提供良好支持的多数都是信息发布系统。AJAX在后类系统中并不具有优势。采用RSS+AJAX的框架一样可以兼顾这两点。(通过Proxy方式可绕过browser对访问不同RSS源的安全限制) 代码的组织性并不是AJAX的缺陷,有良好的框架这个不是问题。 其余几点就不用说了。除了第5点。 Browser没有统一的标准确实是真正的根本有待解决的问题。FireFox在Dom模型上较IE有了几点非常重要的改进,页面在整个应用中的地位,是相对孤立的页面还是有从属整个应用的一个模块?这些仅仅靠 共享cookie,或者能通过window ...
  • 进入论坛 AJAX
引用to robot_liu: 等着看 femto 做的那个开源的框架吧。主要用了这些技术: JS+XMLHTTP+Spring+Hibernate 其实说实话我们的这个框架虽然很好用,开发过程中也积累了不少经验,但是在设计上还是存在着很多不足的。而且和我们后台的设计绑的很死,不是我贬低你,其实即使给你看了,你也看不懂的(除非把我们后台相关的代码全部让你看一遍),而且对你也未必会有很大的帮助。 口气不小啊!你就不怕哪天让高人看了,说你不知天高地厚!哈哈!
  • 进入论坛 AJAX
“ 有人说我这一年来过分重视表现层的技术,放下这个分歧不说,抛开客户端表现层的技术不论,就c/s或b/s之间的数据传输方式,我现在能看到最有前景的就是webservice,CORBA,RMI,EJB,DCOM,webservice等等数据接口形式广义上讲都是rpc模式,它的好处很简单:模块或系统之间的接口定义:形式简单,语义明晰,面向对象(构建)!而这些之中只有webservice是跨平台且跨语言的。而就目前看,由于html的表现力丰富,技术成熟,应用广泛,所以基于dhtml+xmlhttp+jsp / webservice 的rich client组合将在未来几年之内都被看好!” 这是一位 ...
  • 进入论坛 AJAX
为何不能判断死链?除了目标服务器的TCP端口的服务停止,别的死链(例如,404,500等)对proxy而言是完全透明穿越的。 proxy对HTTP层基本上是透明不可感知的。我们可以通过Head方法请求url,来判断死链,一旦目标服务器当机或通讯不可到达,proxy根据socket请求超时,直接中断与client端的套接字,或者返回给客户端一个错误号(400以上),客户端的xmlhttp通过这个号来判断目标服务器通讯不可到达亦可。 服务器的压力增大是必然的。防火墙问题不大,除非因为虚拟主机的约束,否则另外开放一个端口又无所谓,不会给安全带来什么隐患(除非proxy设计的有问题)。如果是虚拟主机 ...
  • 进入论坛 AJAX
这个问题不难解决。 写一个httpProxy: 直接http Request 封包大致是这样的: GET /index.htm HTTP/1.1 accept:*.* host:hostname:port ... 而通常情况下 HttpProxy 接收到的封包是这样的: GET http://hostname:port/index.htm HTTP/1.1 accept:*.* host:hostname:port ... 区别在于 后面的url 是完整的。 于是我们稍作改动,如果我们通过这种url的方式来放松请求 http://hostname:port/proxy?htt ...
  • 进入论坛 AJAX
B/S的好处是:集中维护,易部署。至于client端选择胖还是瘦,要看具体的应用架构。 一个在企业内部使用且交互性强的系统,胖客户端的设计是明智的选择。而一个用于信息发布的门户网站,客户端设计得偏瘦是可以理解的。 xmlhttp控件的出现,关键之处在于它提供了一个能同步与服务端数据交互的有效工具。(至于用不用刷新页面到是次要的,用隐藏的iframe也可以实现不用刷新主页面的交互,但它是异步的。而异步导致流程不能很好的被控制) 直接通过http渠道与服务端实现交互,使客户端的设计可以独立出来,不用理会服务端的具体实现,而直接面向数据层的协议而进行设计,从而提高客户端的重用性! 另外客户端可 ...
  • 进入论坛 AJAX
hong2
搜索本博客
博客分类
最近加入圈子
最新评论
评论排行榜