Javascript的终级..... javascript还是要和其他的结合使用比较好 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 看看我这个：JScript 的 function domain 的应用：(我的网络有问题，有时候能进，有时候不能。）http://lostinet.d2g.com/Lostinet-Publish/JScriptSoapClient/ 做网络编程的有几个c++过得去的???我就是从C++转到WEB开发的哦。。 完全由 JavaScript 来写网页！不是将 JS 代码嵌入 HTML 中，而是相反。写 JS 的控件库，写 JS 的 RAD ，用 JS 来写应用程序界面。 To: eishn(昏迷的菜鸟) 好主意！ 其实这些并没有想象的难，我已经写出了一个把 JavaScript 代码“编译”成 HTML 文件的“编译器”，也为“编译器”写了一个类似于（BCB）VCL 的控件库，包含像按钮、菜单、窗体（浏览器内的“窗体”）一类的通用控件。为了使 JavaScript 能写出应用程序界面（这样就能使应用程序界面的编制变得很容易），现在我在寻找使 JavaScript 与外部代码及数据库交互的方法的资料。如果尝试成功，JavaScript 就能写出它自己的 RAD 了，就像 Delphi。关于 JavaScript 的终极，我一直在想，JavaScript 是一种在用户端无所不能的脚本语言，我一直在想利用 JavaScript 和 SVG 技术写出一个像 Flash 一样的软件，不知道大家对此有没有兴趣。 还不如用二进制写难道每次进网页，，<press f8 to advanced boot option>Starting... My RAD PageSystemLoad一个启动画面然后Load了10M的脚本后，IE弹个“内存不足”。变成JSCRIPT的死机。。 我觉得是很可行的。写成js文件来调用，会省很多事儿。不过网页的美观上就够呛了。通过Jsp/Asp与javascript的结合，才能做出更完美的东西来 唉,是啊,从c++到javascript容易,从javascript到c++,难啊但是我觉得重要的还是思想,面向对象的思想,其实c++并不可怕 其实 JavaScript 确实无法独当一面，我把 JavaScript 的语法人为地进行了扩充，使它能生成 PHP 代码（我不会ASP/JSP），在 Linux 下已经可已与外部代码交互了，看上去很美。但这些只是实验性的。我发现 JavaScript 做程序界面有很多好处，第一是代码易读、出错少；其次应用了模块化的方法之后可以用各种“驱动模块”来使代码能在不同平台/浏览器间运行；而且它是天生的 web 脚本语言，用于 web 应用正是非常好。而且我觉得美工也正是它的强项（它可以调用外部图片，相同的图形钮 C++ 写代码就要多很多，封装后也还是 JavaScript 方便）。我做了一些实验，发现如果优化做的好 JavaScript 程序并不大，甚至还很小，以至于可以在窄带上快速下载（实现窄带 ASP）。相同的界面，其实用 C++ 生成会大许多，可执行代码移植性也较差。但我不相信 JavaScript 的执行速度，除与用户交互之外，其他的工作还是要外部模块来做。在未来 JavaScript 必须和 XML 结合，用于企业网络应用（方案）才是 JavaScript 最最最...的终极。 广告:和WebService的交互我已经做了：http://lostinet.d2g.com/Lostinet-Publish/JScriptSoapClient 用JS来写 HTC 就很好用To:eishn(昏迷的菜鸟)本人对VML有所研究,SVG不太熟悉,有机会一起研究一下。。我想把一些一些常用的代码改装成 HTC ，把代码封装成一个对象 HTC是个好东西，但要看微软的态度，vs.net没有针对HTC开发的IDE,对HTC的语法也不支持（打上红线，语法错误），不知道HTC能走多远，而且除了IE,没有其他浏览器支持，从5.0 HTC诞生到5.5再到6.0，HTC一变再变，就拿载入的方法来说，到6.0已经面目全非.可以说是一种发展，也可以说现在没有达到成熟的阶段，但对与一种开发来说总是越稳定成熟越好，对浏览器的敏感性太强造成很多不必要的麻烦~~ 拿DHtml来说，我们会不经意地用上MS For IE的扩展属性,到NS上肯定完蛋，其实这不能全怪MS独裁，这个世界变化快，MS带给我们很多另人振奋的有意义的东西，如HTC,但并不是所有厂商和用户都跟的上MS匆匆的脚步，很多客户电脑跑的还是Win9x+IE4,这些环境的差异造成BS系统步履维艰，不管后台跑多高级的东西，你web service也好，com也罢，用户看到打开窗口就一个IE错误框，就什么兴致也没有了。 所以js向组件化发展是必然，我们留下一些稳定的东西，加以扩展，可重用性不是高级语言的专利，js能作到几乎一却oo的东西，可悲的是我们在这里谈的最多的还是怎么样用某某新方法？讨论window.close的几种写法，怎么样去改变背静颜色~~~ 为js默哀3分钟...... js基础问题 图标移动到图片按钮上 如何使它向上浮动一段距离 如何用小键盘方向键控制按钮的焦点 求高人分析下面的两个js sina图片编辑器不能用 如何用jquery前台实现TextBox文本清空 繁体转换简体的代码，重新插入后格式问题。 大家快来看看，这个怎么实现 菜鸟问个图片翻页的问题（焦点图） 急, javascript 是否有 類似於 urldecode 的函數 ? CSDN的BUG 请教：如何将滚动条显示于浏览器的左边？（可以吗？）
JScript 的 function domain 的应用：
(我的网络有问题，有时候能进，有时候不能。）
http://lostinet.d2g.com/Lostinet-Publish/JScriptSoapClient/
我就是从C++转到WEB开发的哦。。
写 JS 的控件库，写 JS 的 RAD ，用 JS 来写应用程序界面。
好主意！
关于 JavaScript 的终极，我一直在想，JavaScript 是一种在用户端无所不能的脚本语言，我一直在想利用 JavaScript 和 SVG 技术写出一个像 Flash 一样的软件，不知道大家对此有没有兴趣。
难道每次进网页，，
<press f8 to advanced boot option>
Starting... My RAD PageSystem
Load一个启动画面
然后Load了10M的脚本后，
IE弹个“内存不足”。
变成JSCRIPT的死机。。
通过Jsp/Asp与javascript的结合，才能做出更完美的东西来
我发现 JavaScript 做程序界面有很多好处，第一是代码易读、出错少；其次应用了模块化的方法之后可以用各种“驱动模块”来使代码能在不同平台/浏览器间运行；而且它是天生的 web 脚本语言，用于 web 应用正是非常好。而且我觉得美工也正是它的强项（它可以调用外部图片，相同的图形钮 C++ 写代码就要多很多，封装后也还是 JavaScript 方便）。
我做了一些实验，发现如果优化做的好 JavaScript 程序并不大，甚至还很小，以至于可以在窄带上快速下载（实现窄带 ASP）。相同的界面，其实用 C++ 生成会大许多，可执行代码移植性也较差。但我不相信 JavaScript 的执行速度，除与用户交互之外，其他的工作还是要外部模块来做。
在未来 JavaScript 必须和 XML 结合，用于企业网络应用（方案）才是 JavaScript 最最最...的终极。
和WebService的交互我已经做了：http://lostinet.d2g.com/Lostinet-Publish/JScriptSoapClient
To:eishn(昏迷的菜鸟)
本人对VML有所研究,SVG不太熟悉,有机会一起研究一下。。我想把一些一些常用的代码改装成 HTC ，把代码封装成一个对象
拿DHtml来说，我们会不经意地用上MS For IE的扩展属性,到NS上肯定完蛋
，其实这不能全怪MS独裁，这个世界变化快，MS带给我们很多另人振奋的有意义的东西，如HTC,但并不是所有厂商和用户都跟的上MS匆匆的脚步，很多客户电脑跑的还是Win9x+IE4,这些环境的差异造成BS系统步履维艰，不管后台跑多高级的东西，你web service也好，com也罢，用户看到打开窗口就一个IE错误框，就什么兴致也没有了。
所以js向组件化发展是必然，我们留下一些稳定的东西，加以扩展，可重用性不是高级语言的专利，js能作到几乎一却oo的东西，可悲的是我们在这里谈的最多的还是怎么样用某某新方法？讨论window.close的几种写法，怎么样去改变背静颜色~~~
为js默哀3分钟......