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

评论

77 楼 leebai 2007-05-13  

neuhawk 写道

leebai 写道

to ray_linn，neuhawk:

你们都没有直接回答我的问题：

sliverlight是ASP.NET AJAX的替代品？还是辅助品？

再延伸点：sliverlight的RIA应用的后端，是否可以是纯Java？

你看看相关的文章吧.
每个人都有自己的看法.

我的观点sliverlight和ajax在一定时期还是并存的.
sliverlight的RIA应用的后端,你不会看看sliverlight的海报啊,自己看到的来源要比别人说的好,
我就不想争论了,看看sliverlight1.1的api吧.

我也翻过MSDNLib中的相关文档，但目前还是看不清M$的取向。

我反复强调过：商业利益影响技术走向。我的观点也是：微软不会让sliverlight在短期内取代ajax.net，除非appollo们能迅速流行。

76 楼 neuhawk 2007-05-13  

dlee 写道

ray_linn 写道

所以我为什么说Json对.net很重要，第一次看到json这个词出现在MS的路线图里，我几乎以为是同名同姓的不同东西，但确实是那个open source的json, 但是WCF里，对json支持得如此之好，让我很吃惊。

这东西本身也就透露出一些变化吧。

不过JSON只是一种通用的数据格式，这个并不能说明什么问题。只能说明M$现在也认识到了JSON的方便易用，而不是顽固坚持他们最常用的XML（M$其实是XML应用和基于SOAP的Web Service的最主要的支持者之一）。

主要还是要看他们通过JSON所暴露出来的这个调用的接口的设计是否是足够开放的，这个接口的设计还要neuhawk有时间了多给大家介绍一下。这个接口的设计其实才是最关键的，它可以设计的很开放，也可以设计的完全封闭。

不过在我个人来说，我更喜欢一些与服务器端技术松散耦合的Ajax框架，例如：Prototype/Dojo/Ext这类框架，我相信做Ajax开发客户端与服务器端松散耦合是很有必要的。对于那些不熟悉JavaScript的开发者，他们更喜欢完全基于服务器端语言或框架来做Ajax开发，他们会比较乐于接受ASP.NET Ajax这样的方案。

可是比较麻烦的是,比较难招到JavaScript高手,所以也比较难维护~

75 楼 neuhawk 2007-05-13  

leebai 写道

neuhawk 写道

dlee 写道

ray_linn 写道

所以我为什么说Json对.net很重要，第一次看到json这个词出现在MS的路线图里，我几乎以为是同名同姓的不同东西，但确实是那个open source的json, 但是WCF里，对json支持得如此之好，让我很吃惊。

这东西本身也就透露出一些变化吧。

不过JSON只是一种通用的数据格式，这个并不能说明什么问题。只能说明M$现在也认识到了JSON的方便易用，而不是顽固坚持他们最常用的XML（M$其实是XML应用和基于SOAP的Web Service的最主要的支持者之一）。

主要还是要看他们通过JSON所暴露出来的这个调用的接口的设计是否是足够开放的，这个接口的设计还要neuhawk有时间了多给大家介绍一下。这个接口的设计其实才是最关键的，它可以设计的很开放，也可以设计的完全封闭。

不过在我个人来说，我更喜欢一些与服务器端技术松散耦合的Ajax框架，例如：Prototype/Dojo/Ext这类框架，我相信做Ajax开发客户端与服务器端松散耦合是很有必要的。对于那些不熟悉JavaScript的开发者，他们更喜欢完全基于服务器端语言或框架来做Ajax开发，他们会比较乐于接受ASP.NET Ajax这样的方案。

php也可以用asp.net ajax,不过,我觉得asp.net ajax没有什么太大的用处,还不如yui ext呢.
http://blog.joycode.com/dflying/archive/2007/04/19/101382.aspx
其实确实有很多人不怎么喜欢js.
不过vs2007对js的支持非常好.

phpmsajax中php使用asp.net ajax只是一种hack，从这个角度说Java也可以使用asp.net ajax，只是目前没有好事者去搞个支持库。还有个问题是，这个hack用法只能部分使用asp.net ajax特性。

仅从可视化开发这一条看，asp.net ajax就可以打败yui ext，看看当年VB/Delphi的成功就知道了。

asp.net ajax没有什么象样的UI库啊.yui ext很多~

74 楼 neuhawk 2007-05-13  

leebai 写道

ray_linn 写道

。。。。

只要你愿意用Web services，WinForm也可以支持J2EE，这和SL有什么区别？ASP.NET又如何竞争不过J2EE了。。。大家不还是平分秋色？

SL的技术难度和AJAX.NET谁高谁低也是一目了然的。

没理解我的意思。

你想想：ASP.NET现在能与J2EE平分秋色，“开发效率和成本优势”这个因素是多么重要，如果Silverlight让微软失去了这个优势，你认为服务器端市场会怎么样？

就象winform,跟服务端就是webservice了.
当然也有wcf了,wcf很不错的,建议不懂的也可以了解一下.

73 楼 leebai 2007-05-13  

neuhawk 写道

dlee 写道

ray_linn 写道

所以我为什么说Json对.net很重要，第一次看到json这个词出现在MS的路线图里，我几乎以为是同名同姓的不同东西，但确实是那个open source的json, 但是WCF里，对json支持得如此之好，让我很吃惊。

这东西本身也就透露出一些变化吧。

不过JSON只是一种通用的数据格式，这个并不能说明什么问题。只能说明M$现在也认识到了JSON的方便易用，而不是顽固坚持他们最常用的XML（M$其实是XML应用和基于SOAP的Web Service的最主要的支持者之一）。

主要还是要看他们通过JSON所暴露出来的这个调用的接口的设计是否是足够开放的，这个接口的设计还要neuhawk有时间了多给大家介绍一下。这个接口的设计其实才是最关键的，它可以设计的很开放，也可以设计的完全封闭。

不过在我个人来说，我更喜欢一些与服务器端技术松散耦合的Ajax框架，例如：Prototype/Dojo/Ext这类框架，我相信做Ajax开发客户端与服务器端松散耦合是很有必要的。对于那些不熟悉JavaScript的开发者，他们更喜欢完全基于服务器端语言或框架来做Ajax开发，他们会比较乐于接受ASP.NET Ajax这样的方案。

php也可以用asp.net ajax,不过,我觉得asp.net ajax没有什么太大的用处,还不如yui ext呢.
http://blog.joycode.com/dflying/archive/2007/04/19/101382.aspx
其实确实有很多人不怎么喜欢js.
不过vs2007对js的支持非常好.

phpmsajax中php使用asp.net ajax只是一种hack，从这个角度说Java也可以使用asp.net ajax，只是目前没有好事者去搞个支持库。还有个问题是，这个hack用法只能部分使用asp.net ajax特性。

仅从可视化开发这一条看，asp.net ajax就可以打败yui ext，看看当年VB/Delphi的成功就知道了。

72 楼 neuhawk 2007-05-13  

leebai 写道

to ray_linn，neuhawk:

你们都没有直接回答我的问题：

sliverlight是ASP.NET AJAX的替代品？还是辅助品？

再延伸点：sliverlight的RIA应用的后端，是否可以是纯Java？

你看看相关的文章吧.
每个人都有自己的看法.

我的观点sliverlight和ajax在一定时期还是并存的.
sliverlight的RIA应用的后端,你不会看看sliverlight的海报啊,自己看到的来源要比别人说的好,
我就不想争论了,看看sliverlight1.1的api吧.

71 楼 neuhawk 2007-05-13  

leebai 写道

neuhawk 写道

treenode 写道

我对silverlight的能力是有一些怀疑的。就目前的资料看，WPF和silverlight的UI框架不是建立在win32 GDI基础上，基本上是完全重写的，而silverlight1.1那个4M大小的Runtime足够构成一个完整的UI库吗？忽然之间变得这么开放也不像是微软的风格。

可能UI库是以dll的方式引用,而不签入到wpf/e内核中.

neuhawk认为wpf/e的UI是与平台相关的？

从silverlight1.1提供的几个“卡通形”UI控件看，应该是平台无关的。

ms现在还不能确定那些控件是在wpf/e核心.那些是dll的形式.
他们担心导致1.1安装程序太大了.所以导致比较多的功能现在还没有.

70 楼 neuhawk 2007-05-13  

leebai 写道

ray_linn 写道

。。。。

只要你愿意用Web services，WinForm也可以支持J2EE，这和SL有什么区别？ASP.NET又如何竞争不过J2EE了。。。大家不还是平分秋色？

SL的技术难度和AJAX.NET谁高谁低也是一目了然的。

没理解我的意思。

你想想：ASP.NET现在能与J2EE平分秋色，“开发效率和成本优势”这个因素是多么重要，如果Silverlight让微软失去了这个优势，你认为服务器端市场会怎么样？

不过,Silverlight跟.net集成肯定比别的好,比如wcf的支持.
wcf是非常不错的技术.

69 楼 leebai 2007-05-13  

neuhawk 写道

treenode 写道

我对silverlight的能力是有一些怀疑的。就目前的资料看，WPF和silverlight的UI框架不是建立在win32 GDI基础上，基本上是完全重写的，而silverlight1.1那个4M大小的Runtime足够构成一个完整的UI库吗？忽然之间变得这么开放也不像是微软的风格。

可能UI库是以dll的方式引用,而不签入到wpf/e内核中.

neuhawk认为wpf/e的UI是与平台相关的？

从silverlight1.1提供的几个“卡通形”UI控件看，应该是平台无关的。

68 楼 neuhawk 2007-05-13  

dlee 写道

ray_linn 写道

所以我为什么说Json对.net很重要，第一次看到json这个词出现在MS的路线图里，我几乎以为是同名同姓的不同东西，但确实是那个open source的json, 但是WCF里，对json支持得如此之好，让我很吃惊。

这东西本身也就透露出一些变化吧。

不过JSON只是一种通用的数据格式，这个并不能说明什么问题。只能说明M$现在也认识到了JSON的方便易用，而不是顽固坚持他们最常用的XML（M$其实是XML应用和基于SOAP的Web Service的最主要的支持者之一）。

主要还是要看他们通过JSON所暴露出来的这个调用的接口的设计是否是足够开放的，这个接口的设计还要neuhawk有时间了多给大家介绍一下。这个接口的设计其实才是最关键的，它可以设计的很开放，也可以设计的完全封闭。

不过在我个人来说，我更喜欢一些与服务器端技术松散耦合的Ajax框架，例如：Prototype/Dojo/Ext这类框架，我相信做Ajax开发客户端与服务器端松散耦合是很有必要的。对于那些不熟悉JavaScript的开发者，他们更喜欢完全基于服务器端语言或框架来做Ajax开发，他们会比较乐于接受ASP.NET Ajax这样的方案。

php也可以用asp.net ajax,不过,我觉得asp.net ajax没有什么太大的用处,还不如yui ext呢.
http://blog.joycode.com/dflying/archive/2007/04/19/101382.aspx
其实确实有很多人不怎么喜欢js.
不过vs2007对js的支持非常好.

67 楼 leebai 2007-05-13  

winterwolf 写道

应该是基于DirectX的

java阵营可能不是ms的对手 j2ee jsf都是比较严重的错误 

ms最后也是失败者

听不懂winterwolf这话什么意思，“地球最终总要爆炸”？

选择java用在服务器端还是不错的。

66 楼 neuhawk 2007-05-13  

ray_linn 写道

dlee 写道

一个功能完善的DataGrid组件其实是一个相当复杂的组件，并不是简单的东西啊。你们觉得简单是因为有M$帮你们来做这些组件，你们不用自己亲自动手。
我还是问问Dflying和我在M$做这方面开发的朋友吧。不大清楚neuhawk和ray_linn同学的背景，不过直接来自M$的朋友的消息更可靠一些。

很简单，开心就好本身就是在SL项目组里的，你看看他的blog吧。

Silverlight包含对WPF UI编程模型的支持。Silverlight 1.1 Alpha版本允许你使用托管代码/事件处理器来对你的UI编程，支持定义和使用封装的UI控件(由任何托管.NET语言开发的)的能力。第一个Silverlight Alpha还没有丰富的内置UI控件 -- 因为我们一直在先忙于建造核心的UI基础设施。但不用担心，将来版本一定会包括丰富的高层次的控件在内的,与此同时，你可以在这里下载一些很棒的控件例程。Silverlight的WPF最终也会发布对象布局管理器和数据绑定这样的核心WPF构造，这些特性在目前的alpha版本里还没有实现，但就要来了。

直接看scottgu的blog就可以了,还问什么ms的朋友,

65 楼 neuhawk 2007-05-13  

treenode 写道

我对silverlight的能力是有一些怀疑的。就目前的资料看，WPF和silverlight的UI框架不是建立在win32 GDI基础上，基本上是完全重写的，而silverlight1.1那个4M大小的Runtime足够构成一个完整的UI库吗？忽然之间变得这么开放也不像是微软的风格。

可能UI库是以dll的方式引用,而不签入到wpf/e内核中.

64 楼 neuhawk 2007-05-13  

winterwolf 写道

这个不用讨论 代码说明一切。

未来时的sl并不比现有firefox2提供的能力强大

我不采用任何复杂的ajax框架 只用xmlhttp和svg也能实现demo中的那些应用。 流媒体除外

如果svg有个好的编辑器开发效率也能上去。

sl其实没什么新意 只不过是和window绑的更死而已 

没有调查就没有发言权!

63 楼 neuhawk 2007-05-13  

svg还是比较难流行的,ie不支持别说,连adobe也....

62 楼 neuhawk 2007-05-13  

wpf是基于DirectX,而wpf/e就不是了吧,要不然怎么会有mac版.

61 楼 winterwolf 2007-05-12  

应该是基于DirectX的

java阵营可能不是ms的对手 j2ee jsf都是比较严重的错误 

ms最后也是失败者

60 楼 leebai 2007-05-11  

改做Java7年了，除了DHTMLRefrence，没有再关心微软的技术。最近上论坛多了点，才发现asp.net ajax /.net3.0 /wpf /silverlight ... MS好象出了点新东西，正在补课中。。。

好象Vista是windows95以来的最大变革，据说连USER/GDI这样的内核级的东西都被换掉了，不过有点怀疑：Vista的UI是完全WPF呢，还是只拿WPF做点缀？操作系统自身带的那么多带UI的程序，都用WPF重新设计了？哪位了解的同学回答一下？

59 楼 winterwolf 2007-05-11  

whisper 写道

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

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

支持是有的 只是好点的开发工具都收费。

主要是多数开发者还没有从面向对象的思路中出来 现有的开发框架中用xml很麻烦效率也低

58 楼 winterwolf 2007-05-11  

***********************
public class Page: Canvas
{
public void Canvas_Loaded(object sender, EventArgs e)
************************

哈哈 你这么说我也没办法呀