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的开发者可能还要再辛苦几年。

评论

17 楼 neuhawk 2007-05-10  

dlee 写道

to neuhawk, ray_linn：
你们要正面回答libai的问题，不要总是采用这样旁敲侧击的方式。因为不了解而有误解是很正常的，这些组件也是我很关心的。你们如果能够从M$的技术资料中找到这样一类组件，请你们把这些资料的内容转贴一下。
其他开发者并没有必要一定要去亲自试验你们所推崇的技术，同时我也没有必要这样做。我们谈的是在国内企业应用中一些常见的需求，如果你们自己不了解，可以去找经常做项目的同事了解一下。这些需求是现实的需求，也是非常普遍的需求。你们可以自己去看看Flex的DataGrid和Chart的演示，多了解一些外界的情况对你们并没有坏处。

flex我在2003年的就用过了.
svg我也用过.现在SL1.1是Alpha,而且控件确实也是在MIX大会公布了计划.
我本身也做了几年java和ajax,也不是你想的一敲不通.
我回答libai的问题是,现在只是Alpha,MS还有1年的时间去做控件,至于mS的计划,可以看看ScottGu 的blog.
而且,我也不是什么MS的Fan了;只是推崇一些自己喜欢的技术,比如我也推崇spring~

16 楼 dlee 2007-05-10  

必须要承认，国内企业应用的样式确实很狭窄，TreeView和DataGrid等少数几类UI组件几乎主宰了国内企业应用的开发。我相信WPF一定会给企业应用的界面设计带来新的活力。但是在向WPF迁移之前，确实有必要提供这样一组强大的UI组件的，否则迁移起来会有不小的困难。

15 楼 ray_linn 2007-05-10  

dlee 写道

to neuhawk, ray_linn：
你们要正面回答libai的问题，不要总是采用这样旁敲侧击的方式。因为不了解而有误解是很正常的，这些组件也是我很关心的。你们如果能够从M$的技术资料中找到这样一类组件，请你们把这些资料的内容转贴一下。
其他开发者并没有必要一定要去亲自试验你们所推崇的技术，同时我也没有必要这样做。我们谈的是在国内企业应用中一些常见的需求，如果你们自己不了解，可以去找经常做项目的同事了解一下。这些需求是现实的需求，也是非常普遍的需求。你们可以自己去看看Flex的DataGrid和Chart的演示，多了解一些外界的情况对你们并没有坏处。

问题是， 需求和否定是两回事，如果是谦虚点，问问DataGrid和Treeview是怎么回事，哪里可以得到，一定有人会热情回答。可有人是以很欠扁的态度说，没有datagrid 没有treeview，不值得用，这是做学问的态度么？？

扯淡和做学问就差别在这里。

14 楼 neuhawk 2007-05-10  

1) Naming versions is always a controversial topic (for example: last summer's .NET 3.0 naming debate).  We went with 1.1 mainly to indicate easy continuity from the 1.0 release (and to avoid any more petitions about bumping the version number too high <g>).

2) I don't have a good ETA for when 1.1 will ship.  But I do think we'll have go-live betas available this year at a minimum
--scottgu
~~~~~~~~~~~~~~~~~~~~~~
1.1要明年才能发布,现在下结论太早.
UI控件肯定要的,1.1的sdk有几个控件的原代码,可以看出,实现控件不难的.

13 楼 dlee 2007-05-10  

to neuhawk, ray_linn：
你们要正面回答libai的问题，不要总是采用这样旁敲侧击的方式。因为不了解而有误解是很正常的，这些组件也是我很关心的。你们如果能够从M$的技术资料中找到这样一类组件，请你们把这些资料的内容转贴一下。
其他开发者并没有必要一定要去亲自试验你们所推崇的技术，同时我也没有必要这样做。我们谈的是在国内企业应用中一些常见的需求，如果你们自己不了解，可以去找经常做项目的同事了解一下。这些需求是现实的需求，也是非常普遍的需求。你们可以自己去看看Flex的DataGrid和Chart的演示，多了解一些外界的情况对你们并没有坏处。

12 楼 neuhawk 2007-05-10  

Wednesday, May 09, 2007 12:34 PM by ScottGu
Hi Ivan,

Silverlight 1.1 has a nice control encapsulation model (just like WPF with the full .NET Framework).

By "rich controls" I meant that we'll be adding many more higher-level controls (Buttons, Treeviews, DataGrids, etc) that are built using this model and which will make developing applications much easier.

11 楼 ray_linn 2007-05-10  

leebai 写道

甚至连button、textinput等基本组件都是option，还是“卡通型”的，这种东西能用来开发RIA企业应用吗？

为什么就不能来开发企业应用了？？？？你就扯淡吧，Roxia算不算企业应用，还是你的企业应用都是呆头呆脑的报表？？

10 楼 neuhawk 2007-05-10  

dlee 写道

libai 写道

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

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$开发平台的他们来说这些都是无关紧要的。

我晕,你用过SL1.1 alpha再说.
你说xmlhttp出来也只能asp用么.
SL1.1支持json,webservice proxy,xml等,这些都可以用到别的平台的.

9 楼 neuhawk 2007-05-10  

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,是不容易了.

8 楼 whisper 2007-05-10  

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

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

7 楼 dlee 2007-05-10  

libai 写道

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

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$开发平台的他们来说这些都是无关紧要的。

6 楼 leebai 2007-05-10  

neuhawk 写道

http://blog.joycode.com/saucer/archive/2006/12/08/88707.aspx
...
这些功能均已经或者即将有~~

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

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

5 楼 leebai 2007-05-10  

neuhawk 写道

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

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

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

4 楼 neuhawk 2007-05-10  

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集成等都在将来扩展的范围之内。
...
这些功能均已经或者即将有~~

3 楼 leebai 2007-05-10  

treenode 写道

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

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

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

2 楼 neuhawk 2007-05-10  

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

1 楼 treenode 2007-05-10  

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