谈谈Javascript

问题是什么时候可以普及Longhorn，这个太没准了。你认为今天普及了xp吗？不好回答，估计现在win2k和xp占有率差不错。不能光看中国，中国到处是盗版。如果要你用钱去买，如果你买了win2k,你会不会再去买xp?我想这个需求不是那么的紧迫。还有一点，你认为 HTML/js不会发展。

看企业的发展的，你也知道这句话，GE等大公司和MS签订了大量的授权合同，他们使用的很多MS产品都是Open协议，而且还有一个问题，就是他们的很多机器和设备都适合DELL等公司签订的租用合同，操作系统也是会附带在上面的，不用他们担心，他们在选择技术方案的时候就会倾向于更快速能解决问题而且符合授权的方案
MS的一批集成商也会不遗余力的推销MS的解决方案

PS，XP的确现在是MS市场占有率最高的产品，比WIN2K要高出很多，这点我似乎在MS哪个数据统计里看到了。因为很多人是从Win98和Win95升级到XP Home了，XP还是相当的普及的。而且XP在Usablity，稳定性，兼容性，安全性上都做得很不错了，至少我在SP2上不用担心各种3721了，IE从新成为我的主要浏览器:D

前段时间做了swing，然后做了段时间的flash游戏，最近因为需要又再做javascript，呵呵，这三者嘛，感觉javacript确实功能有限，做不大、难做大，
flash确实强，但是as毕竟只是脚本语言，还是比不上真正的编程语言的，swing嘛，就不多说了，看看人家delphi，几千个控件，delphi IDE一打开，就是desktop编程界面，java的桌面应用在开发工具这一项上是最大的障碍，不过也有做的比较好的，永中office就是用java做的UI，很不错。
我自己的感觉就是，flash有前途，swing还需努力，javascript web页面美工的好帮手。

就现在的.net framework 支持的是IL语言的所有语法。js.net,c#.net,vb.net都要编译成IL代码。对于服务器端执行的语言，对与javascript的前途是没关系的。 robbin说 把 HTML的存在与否 和 javascript的前途息息相关 我是赞同的。

我觉得不防从这个角度考虑问题。
b/s结构的客户端是 浏览器。我们浏览器所支持的 标记语言决定了我们选择的脚本语言。就现在而言是 ie等  + html +脚本语言（javascript）

在MS下一代表示层技术Avalon中，XAML将取代HTML。
那么 会是 ie(变种) + XAML + 脚本、事件处理代码（C#）。


现在  ie等  + html +脚本语言（javascript）

以后  ie(变种) + XAML + 脚本、事件处理代码（C#）。

不管这种提法对不对，以下我在这种说法下展开。

就现在  ie等 + html +脚本语言（javascript）

javascript语言 可以发挥更大的作用。当然缺点依然是缺点。

但ie(变种) + XAML + 脚本、事件处理代码（C#等）。

ie  支持XAML 的新型浏览器。
dephi+webservice+ejb这个框架。当我们把dephi开发的客户端看成浏览器，不就是新的b/s程序模式吗？

ms做的工作是  1、XAML新的传输协议。 2、解释XAML的浏览器。 3、脚本、事件处理代码（C#等）
1、2 实现还容易。 第3点、你能保证每个用户都用window系统吗，客户端都有.net framework吗。 之前说了c#要编译成IL代码。IL代码必须在.net formework CLR中运行。

在MS下一代表示层技术Avalon中，XAML将取代HTML。那么对于我们来说，重服务器到客户端 我们都选择了.net。

如果每台机子上都有了java运行环境、.net framework，谁还用"浏览器"啊！我们开发的桌面程序不都成了“浏览器”了吗？

完全同意robbin的观点，XAML/C#成为未来的方向,robbin给出了很充分的理由，而你在怀疑Longhorn的普及根本就是风马牛不相干的事情，项目是建立在客户的要求和环境的基础上的，你是否安装Longhorn根本不会起到任何的作用，关键是客户是否信任和使用MS的软件！！如果你认为MS仍然是浏览器的主宰你就应该放弃HTML/JScript！！

我一直都这么认为，叫客户装ie6和叫客户装mozilla，和叫客户装jre有什么区别啊

其实什么b/s和c/s的分别已经不明显了，xul又算那种结构呢
我在传统的b/s上加上xml-rpc接口然后通过delphi来展现，那又算那种结构呢
js通过xml-http调用servlet，那又算那种结构呢

我个人比较喜欢的做法是，JWS发布的SWT展现，RMI/Hessian/xml-rpc逻辑处理，这又算什么结构呢

什么？internet系统，我不做了
什么？只是异地而已，加上VPN就ok了

付上以前写的一段话，也算顺便打广告了
http://gotblog.51.net/archives/000070.html

我相信所有人都是认为开发难度和速度才是关键问题

不是我不喜欢js，但是js没有现成界面控件啊，这个才是令我却步的原因
至于比较各种语言的开发难度，我强烈建议先将开发问题分成两个部分，表现部分和逻辑部分
逻辑部分个人认为java独领先锋，无出其右

至于表现部分
js我不像dlee那样累积了那么多控件，tapestry没有第三方控件，jsp不说也罢，SWT的table不能直接用，swing还有个jbuilder在撑，等等

我觉得delphi才是表现层的王者，不是说最新那两个版本，而是delphi6和delphi7给我们带来了多少第三方的界面控件资源啊

delphi - xml-rpc - sevelet

异构系统才是王道

js是不可轻视的 尤其是现在.

js可能不再被单独用来对Xhtml进行操作了 也不在是简单的客户端方案了. JSF 就将js捆绑到服务器端(至少你不用关心那些是客户端的js). 

cocoon将javascript应用到了服务器端 而且用的很好. server端还是oo的 但js控制了流程和交互部分.

在操作xml方面 新的js也许是除xslt之外最简单的一种了.

我觉得基于XForms的UI交互层比XAML更有前途。
原因：
一、XForms规定了表现的目的，或者说规定的是Controls，而不是Gadgets，这让他有更好的适应性，从17“液晶到5”LED，甚至Audiable device。而XAML做不到。
二、XForms是公司中立的标准，这在以后或许会成为吸引各巨头加入的重要筹码。