Silverlight 2.0来了，extjs尚能饭否？

extjs2.0已不是一般意义上的javascript库了，而一个相对完整的客户端框架。
Silverlight 2.0来，看了一下介绍，提供的控件基本与extjs的控件相似，也具备强大的grid功能。
对于未来RIA应用，如何选择架构多了一份选择与彷徨。

silverlight2.0新特性

WPF UI Framework：当前Silverlight的Alpha版只有一些基本控件支持，和一套UI绘制的托管API，下一个Silverlight预览版将增加对WPF UI框架的高级别特性的支持，包括：可扩展的控件框架模型、布局管理器支持、双向数据绑定支持和控件模板以及皮肤支持。Silverlight中的WPF UI Framework特性将兼容上周发布的.NET Framework 3.5中的WPF UI Framework特性的子集。

   丰富的控件：Silverlight将提供一系列丰富的控件，让构建富互联网应用变得更容易。下一个Silverlight预览版将增加对以下控件的支持：核心表单控件（TextBox、CheckBox、RadioButton等）、内置的布局管理控件（StackPanel、Grid等）、通用功能性控件（TabControl、Slider、ScrollViewer、ProgressBar等）和数据操作控件（DataGrid等）。

   丰富的网络支持：Silverlight将提供丰富的网络支持，下一个Silverlight预览版将增加对REST、POX、RSS和WS*通信的支持，它还将增加对跨网络域操作的支持，因此，Silverlight客户端将可以操作任何可信Web来源上的资料和数据。

   丰富的基本类库支持：Silverlight将包含一个功能丰富的.NET基本类库，如集合、IO、泛型、线程、全球化、XML和本地存储等。下一个Silverlight预览版还将增加对LINQ to XML的内置支持和更丰富的HTML DOM API集成。

首先要说的是我对Silverlight并不了解，一直使用的都是Ext。

看了上面的帖子，似乎Silverlight是一个依赖于.NET的东西。而Ext是一个不依赖于任何后台实现的纯粹JS的东西。从这点看，SIlverlight永远也不会取代Ext。无所谓Silverlight2来了，Ext就如何如何的问题

Ext最大的敌人是他们自己，授权不停的改。

Silverlight内置.net引擎 不需要.net支持
但是Silverlight需要插件

难道这就是传说中微软浏览器的RIA银弹——一个插件？

Silverlight不依赖.net，不信你在不安装framework的机器上跑跑看。

两者不是同一回事情，但是个人以为，如果浏览器不出现革命性的变化，js ui始终是个过度性的东西

silverlight 作为 ria平台，后劲不可小视，支持多种语言（包括ironpython,ironruby,jscript/c#/vb...),体积够小，商业级控件（有很多第三方厂商已经宣布开发了，按ms的一贯思路参照vbx/ocx/.net控件..，这个不会很差，做应用vb,delphi那么流行，无非是商业级控件多而已）,就这点而言,extjs也没有办法比的。支持的协议(socket,json,rest,xml...)相当开放，基本上不依赖ms的后台（对ms已经相当不容易了）

不过这东西，还是要等正式版出来

这个介绍已经很老了，最近的beta这些功能都有了

计算机软件永远没有不是"过渡"的技术，任何技术都在飞快地更新，但是应用的更新可能节奏没有那么快。Silverlight甚至WPF可能也只是几年的事情，所以用什么学什么终究还是要程序员自己选。