WPF/E已死，Silverlight只是个冒牌货，Java RIA开发还要在黑暗中摸索更长的时间。

没有可视化IDE的RIA开发，就是在黑暗中摸索的RIA开发。

微软的WPF/Everywhere曾经让人幻想全面WebRIA时代的到来，但WPF/E变成Silverlight之后，虽然正式版还没出来，但已经可以看出Silverlight已经大大地变味，不再是真正的WPF/Everywhere了，也不再是RIA追随者们所要的东西了-----也许一开始WPF/E就是个大忽悠，看这个：http://blogs.msdn.com/mharsh/archive/2006/12/06/what-is-wpf-e-really.aspx ，再看这个：http://silverlight.net/quickstarts/default.aspx。

微软已经为.NET阵营的RIA开发者准备了功能强大的ASP.NET AJAX，没有必要再搞一套类似但通用的东西，来帮助j2ee与.net竞争。

微软打击j2ee的策略是不会停止的，Java Web的开发者可能还要再辛苦几年。

微软最想打击的应该是Adobe吧，虽然有消息说Sun也想在RIA插上一脚，不过到现在还没什么像样的东西拿得出手。

没有可视化IDE的RIA开发，就是在黑暗中摸索的RIA开发。
WPF/E已死?那些功能在WPF/E规划中有而Silverlight没有?

大多数公司不愿意在服务器端采用.net，但.net之所以能与j2ee分庭礼抗，其高效率、低成本的可视化界面开发是重要原因。如果真正实现WPF/E，将抹平这个差距。

Adobe还不是微软的主要对手。

http://blog.joycode.com/saucer/archive/2006/12/08/88707.aspx

WPF/E相关信息/例子
1。Mike Harsh 是微软WPF/E产品组的主管(Program Manager)，针对论坛上的疑问，他在博客里澄清“WPF/E到底是什么东西(What is WPF/E really)？”，该文的大意是:

...
WPF/E从技术上来说，是WPF的一个子集，但这个子集是认真挑选出来允许那些仅用HTML是难以实现的web应用场景。

从浏览器的角度来说，WPF/E 是个插件，它增强了目前由HTML提供的功能，提供多媒体，动画效果和矢量图形等功能，提供了跟HTML DOM 一样的编程模型。当前的WPF/E CTP版本不代替HTML的技术，而是增强了目前浏览器的UI功能。

就象你可以通过网页上的javascript脚本来创建，访问和修改HTML元素一样，你也可以通过网页上的javascript脚本来创建，访问和修改WPF/E元素。HTML是文本文件，同样的，WPF/E中的XAML也是文本文件。

HTML提供了文字布局，输入，表格以及一些简单的UI控件，而 WPF/E 则提供了多媒体播放，矢量图形绘制，和动画支持。它们各有所长，互为补充，相得益彰。

但这并不表明WPF 的其他特性不会在WPF/E的将来版本中出现，因为确实有计划扩展WPF/E的功能，这些功能会与HTML提供的功能相重合。象文字输入，布局，资源，数据绑定，CLR集成等都在将来扩展的范围之内。
...
这些功能均已经或者即将有~~

相比多媒体视频和flash效果，各种通用UI组件和UI布局技术对RIA的意义更大。

按WPF/E的本意，应该主要是在Everywhere推行WPF的通用UI组件和UI布局技术，但实际上他们没有这样做，我们在Silverlight只看到视频和矢量图形，找不到treeview、grid常用组件，甚至连button、textinput等基本组件都是option，还是“卡通型”的，这种东西能用来开发RIA企业应用吗？

问题就在这一句。“已经有”的对企业应用基本没什么用，“即将有”的却没有任何时间范围的说明。。。。

微软一开始就在这个问题上含呼其词，即要吸引眼球，又要兼顾j2ee与.net的竞争，所以才会是现在这个样子。

libai说的有道理。TreeView、DataGrid等等组件对于企业应用的UI来说是最重要的一些组件类型，而各种3D效果、花哨的动画对于企业应用来说并不是非常重要的，除非能像Flex那样基于这些技术开发出来强大的DataGrid和Chart组件。

我也建议M$ Fans不要仅仅凭借自己看到的M$的一些文宣来做判断，而要给出更加可靠的实例来。至少对于Flex这边，当我看到他们的DataGrid和Chart组件的演示之后，让我充分相信了Flash UI的能力。如果你们目前没有这个能力也不要很着急，这些讨论会一直持续下去，并不存在一定要东风压倒西风或者西风压倒东风的必要。

因为M$以前吹过不少泡泡，出于市场原因搞过很多vapourware，所以我们对M$有顾虑是很正常的。
M$其实有着非常清晰的市场策略，他们目前的策略就是依靠RIA技术和产品WPF/Silverlight/XAML来占领客户端，然后巩固并扩大他们的.NET在服务器端的市场。所以它们的RIA产品一定要与服务器端的.NET平台锁定，这是必然的（如果不锁定到是相当奇怪的事情）。我并不是很信任neuhawk和ray_linn的判断，当然对于来自M$开发平台的他们来说这些都是无关紧要的。

如果有一套管用的web ui框架绝对是好事
就是ms出的web产品总是一大坨没用的代码
让人看着就不爽

ria我还是喜欢xforms svg这类标准方法
虽然没什么人支持

Silverlight includes support for a WPF UI programming model.  The Silverlight 1.1 Alpha enables you to program your UI with managed code/event handlers, and supports the ability to define and use encapsulated UI controls (built with any managed .NET language).  The first Silverlight Alpha doesn't yet ship with a rich set of built-in UI controls -- we've been busy at work building the core UI infrastructure first. Don't worry, though, a rich set of high-level controls will definitely be included in the future (in the meantime you can download some nice samples of controls here).  WPF for Silverlight will also ultimately ship with support for core WPF constructs like layout managers and data-binding (these features are not yet implemented in the current alpha - but are coming).

http://weblogs.asp.net/scottgu/archive/2007/05/07/silverlight.aspx


控件不是什么很难的事情,对于ms来说.
但先把核心的做好.
flash搞了多少年,flex搞了多少年,sl搞了多少年?
sl现在很多特性超越flash和flex,是不容易了.