|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：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安装程序太大了.所以导致比较多的功能现在还没有. |
| 返回顶楼 | |
|
发表时间：2007-05-13
leebai 写道 to ray_linn，neuhawk:
你们都没有直接回答我的问题： sliverlight是ASP.NET AJAX的替代品？还是辅助品？ 再延伸点：sliverlight的RIA应用的后端，是否可以是纯Java？ 你看看相关的文章吧. 每个人都有自己的看法. 我的观点sliverlight和ajax在一定时期还是并存的. sliverlight的RIA应用的后端,你不会看看sliverlight的海报啊,自己看到的来源要比别人说的好, 我就不想争论了,看看sliverlight1.1的api吧. |
| 返回顶楼 | |
|
发表时间：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的成功就知道了。 |
| 返回顶楼 | |
|
发表时间：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很不错的,建议不懂的也可以了解一下. |
| 返回顶楼 | |
|
发表时间：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很多~ |
| 返回顶楼 | |
|
发表时间：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高手,所以也比较难维护~ |
| 返回顶楼 | |
|
发表时间：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们能迅速流行。 |
| 返回顶楼 | |
|
发表时间：2007-05-13
leebai 写道 treenode 写道 我对silverlight的能力是有一些怀疑的。就目前的资料看，WPF和silverlight的UI框架不是建立在win32 GDI基础上，基本上是完全重写的，而silverlight1.1那个4M大小的Runtime足够构成一个完整的UI库吗？忽然之间变得这么开放也不像是微软的风格。
win32 USER/GDI的内核的bin代码其实也不是很大，我倒不怀疑silverlight有能力实现通用UI，问题是微软愿不愿意这样做，上面dlee说过当初希望微软的ajax能设计成与服务器端无关的，但微软不是做不到，而是不愿做，所以现在才有asp.net ajax，而不是common ajax。 所以，“微软的风格”才是问题的关键，企业的市场竞争需求很大程度上决定技术的发展方向，这也是上面那位满口“扯淡”的哥们想不到的。 有点想不通,silverlight的控件是基于silverlight的内核(line cavas)之类, 跟win32 api不是直接调用的关系. 再说UI怎么跟服务器直接绑定,我现在用winform,不见textbox直接绑定webservice呢? |
| 返回顶楼 | |
|
发表时间：2007-05-13
leebai 写道 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们能迅速流行。 flex也不能替代ajax啊. 也不可能sliverlight好就一定马上替代html,做过erp之类的也知道,新系统替代老系统,不是一安装新系统,老系统就不用了,相当一段时间是同时运行的. 当然sliverlight最终能不能替代html是另外的事情了~ |
| 返回顶楼 | |
|
发表时间：2007-05-13
neuhawk 写道 leebai 写道 ray_linn 写道 。。。。 只要你愿意用Web services，WinForm也可以支持J2EE，这和SL有什么区别？ASP.NET又如何竞争不过J2EE了。。。大家不还是平分秋色？ SL的技术难度和AJAX.NET谁高谁低也是一目了然的。 没理解我的意思。 你想想：ASP.NET现在能与J2EE平分秋色，“开发效率和成本优势”这个因素是多么重要，如果Silverlight让微软失去了这个优势，你认为服务器端市场会怎么样？ 就象winform,跟服务端就是webservice了. 当然也有wcf了,wcf很不错的,建议不懂的也可以了解一下. 你们还不是不明白我的意思，也许我是表达的不够清楚，我换一种说法吧： 只要客户端代码存在“runat=server”之类的东西，就不是Java开发者期望的客户端技术。 |
| 返回顶楼 | |
