|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-05-10
leebai 写道 ray_linn 写道 leebai 写道 to ray_linn，neuhawk:
。。。。 1. SL也是异步的，也是某种AJAX，所以它是ASP.NET AJAX的一部分，但AJAX.NET，这种基于html的控件，是将来逐步被替代的，了解？？ 。。。。 ok。 没错，我们大部分人的理解也是：在UI组件上，Silverlight组件应该全面替代目前的AJAX.NET组件，基于Silverlight的企业应用可以做到没有任何html。这是我们期望的目标，也相信最终一定是这个方向，看我这个帖子：http://leebai.iteye.com/blog/75493 但是微软同意吗？微软会在什么时间同意？ 你见过微软官方的资料说AJAX.NET组件要被放弃吗？ 为什么要被替代的AJAX.NET组件还在不断快速发展？而作为替代者的Silverlight组件却动作迟缓？ 为什么目前能看到的简单Silverlight组件都是“卡通型”的？ 既然最难的问题都解决了，这种表层控件开发就这么慢？ 如果与服务器无关的Silverlight AJAX替代了ASP.NET AJAX，还能叫.net AJAX吗？ 与服务器无关后，微软真的愿意拿赤身裸体的IIS和J2EE竞争吗？微软会这么愚蠢/善良/毫不利己专门利人？ 只要你愿意用Web services，WinForm也可以支持J2EE，这和SL有什么区别？ASP.NET又如何竞争不过J2EE了。。。大家不还是平分秋色？ SL的技术难度和AJAX.NET谁高谁低也是一目了然的。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
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版本里还没有实现，但就要来了。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
dlee 写道 以前我曾经非常希望Atlas（ASP.NET Ajax的前身）能够做到平台中立，与服务器端松散耦合，最终也能够支持其他的服务器端技术，但是最后得到的是完全的失望。M$最终还是决定将ASP.NET Ajax锁定到服务器端的.NET平台上（因此名字也改掉了）。
Silverlight现在突然决定平台中立了，对我来说是很奇怪的一件事情，因为这不太像M$的做事风格。所以我还需要一段时间的观察，因为我是希望将来在服务器端使用RoR来做开发的。 不过如果Silverlight真的做到了平台中立，对于我的朋友Dflying是一件好事情，因为他将来可以写这方面的书，销量也会大得多。 所以我为什么说Json对.net很重要，第一次看到json这个词出现在MS的路线图里，我几乎以为是同名同姓的不同东西，但确实是那个open source的json, 但是WCF里，对json支持得如此之好，让我很吃惊。 这东西本身也就透露出一些变化吧。 PS： 我写的不少.net程序，他们的服务端都是REST，我到现在也没弄清楚是编写服务端的那是什么玩意儿,对我来说，这从来不是个问题。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
dlee 写道 一个功能完善的DataGrid组件其实是一个相当复杂的组件，并不是简单的东西啊。你们觉得简单是因为有M$帮你们来做这些组件，你们不用自己亲自动手。
我还是问问Dflying和我在M$做这方面开发的朋友吧。不大清楚neuhawk和ray_linn同学的背景，不过直接来自M$的朋友的消息更可靠一些。 写一个DataGrid对我来说也不会太难，只要有人肯提要求肯买~~~~~ |
| 返回顶楼 | |
|
发表时间：2007-05-10
dlee 写道 以前我曾经非常希望Atlas（ASP.NET Ajax的前身）能够做到平台中立，与服务器端松散耦合，最终也能够支持其他的服务器端技术，但是最后得到的是完全的失望。M$最终还是决定将ASP.NET Ajax锁定到服务器端的.NET平台上（因此名字也改掉了）。
Silverlight现在突然决定平台中立了，对我来说是很奇怪的一件事情，因为这不太像M$的做事风格。所以我还需要一段时间的观察，因为我是希望将来在服务器端使用RoR来做开发的。 不过如果Silverlight真的做到了平台中立，对于我的朋友Dflying是一件好事情，因为他将来可以写这方面的书，销量也会大得多。 如果不是厂家联合，则终极的与服务器无关的WebRIA方案只有占桌面市场及浏览器市场90%，且具有强大IDE开发能力的微软一家有能力推动（像adobe的appolo做得再好，也很难成为主流）。但能不能成现实，关键不是技术，而是市场。 微软看得很清楚：一旦与服务器无关的WebRIA流行，自己将在服务器端市场中损失惨重，这其实是近10年来Web技术发展停滞的根本原因，只是近年ajax的流行让微软感到有压力：如果第三方的WebRIA方案发展迅速，一旦成熟，微软不但在服务器端失去市场；连桌面和浏览器上也会全面退缩，与其两头空，还不如占稳一头，所以才有wpf/e，但wpf/e做到什么程度，取决于appolo们做到什么程度，微软的如意算盘是：只要wpf/e比appolo们略好就行，即保证服务器端市场的利益，又能在技术逆转的关键时刻掌握主导权。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
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这样的方案。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
leebai 写道 如果不是厂家联合，则终极的与服务器无关的WebRIA方案只有占桌面市场及浏览器市场90%，且具有强大IDE开发能力的微软一家有能力推动（像adobe的appolo做得再好，也很难成为主流）。但能不能成现实，关键不是技术，而是市场。 微软看得很清楚：一旦与服务器无关的WebRIA流行，自己将在服务器端市场中损失惨重，这其实是近10年来Web技术发展停滞的根本原因，只是近年ajax的流行让微软感到有压力：如果第三方的WebRIA方案发展迅速，一旦成熟，微软不但在服务器端失去市场；连桌面和浏览器上也会全面退缩，与其两头空，还不如占稳一头，所以才有wpf/e，但wpf/e做到什么程度，取决于appolo们做到什么程度，微软的如意算盘是：只要wpf/e比appolo们略好就行，即保证服务器端市场的利益，又能在技术逆转的关键时刻掌握主导权。 你就会扯淡，这其实是近10年来Web技术发展停滞的根本原因，您老贵庚呀？是80年后的吧，知道10年前你用的什么web？ 10年前 -- 1996年，我用的是Netscape+9600 modem，上纯html的，顶多是CGI的web. 1996年，连ASP都没流行...当时最流行的BBS是telnet 火鸟。 一开口就露怯。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
ray_linn 写道 。。。。 只要你愿意用Web services，WinForm也可以支持J2EE，这和SL有什么区别？ASP.NET又如何竞争不过J2EE了。。。大家不还是平分秋色？ SL的技术难度和AJAX.NET谁高谁低也是一目了然的。 没理解我的意思。 你想想：ASP.NET现在能与J2EE平分秋色，“开发效率和成本优势”这个因素是多么重要，如果Silverlight让微软失去了这个优势，你认为服务器端市场会怎么样？ |
| 返回顶楼 | |
|
发表时间：2007-05-10
leebai 写道 ray_linn 写道 。。。。 只要你愿意用Web services，WinForm也可以支持J2EE，这和SL有什么区别？ASP.NET又如何竞争不过J2EE了。。。大家不还是平分秋色？ SL的技术难度和AJAX.NET谁高谁低也是一目了然的。 没理解我的意思。 你想想：ASP.NET现在能与J2EE平分秋色，“开发效率和成本优势”这个因素是多么重要，如果Silverlight让微软失去了这个优势，你认为服务器端市场会怎么样？ can support 和can friendly support那是两回事。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
ray_linn 写道 leebai 写道 如果不是厂家联合，则终极的与服务器无关的WebRIA方案只有占桌面市场及浏览器市场90%，且具有强大IDE开发能力的微软一家有能力推动（像adobe的appolo做得再好，也很难成为主流）。但能不能成现实，关键不是技术，而是市场。 微软看得很清楚：一旦与服务器无关的WebRIA流行，自己将在服务器端市场中损失惨重，这其实是近10年来Web技术发展停滞的根本原因，只是近年ajax的流行让微软感到有压力：如果第三方的WebRIA方案发展迅速，一旦成熟，微软不但在服务器端失去市场；连桌面和浏览器上也会全面退缩，与其两头空，还不如占稳一头，所以才有wpf/e，但wpf/e做到什么程度，取决于appolo们做到什么程度，微软的如意算盘是：只要wpf/e比appolo们略好就行，即保证服务器端市场的利益，又能在技术逆转的关键时刻掌握主导权。 你就会扯淡，这其实是近10年来Web技术发展停滞的根本原因，您老贵庚呀？是80年后的吧，知道10年前你用的什么web？ 10年前 -- 1996年，我用的是Netscape+9600 modem，上纯html的，顶多是CGI的web. 1996年，连ASP都没流行...当时最流行的BBS是telnet 火鸟。 一开口就露怯。 你脑子有问题吧？现在是2007，十年前是1997，微软的IE四已经出来，DHTML功能已经很强大，你上的网站简单是你自己的问题，我可以负责任的告诉你：我2000做的“商务洽谈室”，其复杂交互功能不会差于现在99%的RIA应用，“服务器动态页面”折腾了近10年，又绕回1997年就可以实现的Ajax，你不觉得可笑？ 你的N个“扯淡”我都让了，还这个态度，看来没必要给你面子。 |
| 返回顶楼 | |
