Posted on 2006-10-20 19:25
Jeffrey Zhao 阅读(2532)
评论(37) 编辑 收藏 所属分类:
Ajax & Atlas相关 、
ASP.NET AJAX
即使我已经将Atlas的代码看了大半，即使我已经准备好了后面几片“深入Atlas系列”的文章，但是不得不承认，它们几乎没有什么用了。粗粗看了一遍客户端代码和一半左右的文档，它已经不是我所认识的Atlas了。它对于我来说又成了一个陌生的东西。
这次的Release，我认为，从一个根本的角度改变了原来的Atlas，从客户端的对象构造的基础（closure变成了prototype），到服务器端的控件。它将Atlas拆成了Core（客户端的面向对象支持，客户端Behavior和服务器端的ExtenderControl基础等）和Value-Added（具体的各种Behavior，Extender等）两部分。
当然改变远远大于这些，否则我也不会激动如斯了。当重新打开Client Library，看着原本熟悉的代码变的满屏陌生，这个心那个凉啊……
从现在这一分钟起，我会和大家一起学习新的Atlas，不对，是Microsoft ASP.NET AJAX。
Right here，Right now。
Feedback
升级意味着更好了，因此我们应该高兴的去迎接变化。
但升级后往往也越来越臃肿了，基础构造更复杂了，还望赵哥多分析一下结构和思想上的东西，让我们能有一个清楚的思路来学习:)
先谢过了~
@维生素C.NET
似乎的确是更好了，不过真的要从头开始了哎……
@clingingboy[匿名]
我想接下来的变化应该不会很大了。
极度同情中... 幸好..幸好..我从现在开始学.
跟进最新技术, 有好也有不好的一面, 尤其是应用方面的技术.
还是自己从头学javascript好过
现在很多JS框架都很优秀.老跟着微软那一套,晕死.
@kwklover
Javascript本身没有很多内容，结合框架的确不错。
微软的这套应该是相当优秀的了。
我现在以智能客户端为主了.
相对而言,ms的还是方便使用,文档也可以.
@neuhawk
感觉微软在Web方面真可谓越来越重视了，这次的手笔真的很大……
我现在做mis,觉得web很难做,或者很难具备通用性.
现在把系统该成智能客户端,要实现用友的功能,就不难了.也很容易实现自定义表单,自定义公式等功能,erp用dhtml很难做好
长江后浪推前浪，前浪死在技术上。。。。。
不想死的就赶快加入学习队伍吧！！
哈哈…………
大家的反响都在这么大啊!改变就意味着更好.希望性能上有更大的提升.
@neuhawk
google的writer和spreesheet
现在知道苏鹏为什么把atlas的课程停了.
不好意思提到这个让您生厌的名字
@YaoTong
过去的事情就不要提了吧，尤其当事人都停息了，还有您搞错人了。:)
@Jeffrey Zhao
Javascript的内容可不少，一本犀牛书就够啃很久了。 :)
@FantasySoft
是啊，啃着啃着，语言本身来说就啃完了，但是大师和庸人的代码，几乎一眼就能看出来……:)
````呵呵，prototype ，这个我喜欢``````用过很多JS框架，觉得最好的还是prototype 1.4.0
@MK2
这里的prototype指的不是prototype框架，而是指Javascript实现OO时所机于一个对象的prototype。这是标准的扩展方法，能够减少内存占有量。
老赵心态确实很好!
从你发新文章的速度来看,一个字---狠!
@天轰穿
因为我现在需要尽快地入门，不过我也会尽量文章的质量……
在实际项目中使用新技术的成本和风险都很大，每个技术新出来后都要有个半年、一年（或更长）的成熟期，那个时候再去使用教为恰当（当然，不排除提前研究做技术储备的可能性，前提要精力和时间足够hoho），老赵你辛苦了
@kevin.cheng
有风险，有回报。
这次的情况特别了点，一般来说不应该会这样的……
问题是你们跟风跟的太紧，把一套根本不成熟的技术深入的太多，结果让MS给涮了一把，还想写书挣点钱？
Altas这个东西早先我从网上下载了一个，装上之后，看了看他能提供的控件种类，发觉绝大多数都可以用第三方Asp.NET控件代替，而且这种开源的东西比那些商业产品完善水平上差得还远，我以前一直用telerik和componentArt等产品，那里面一个包就是十几个综合复杂控件，连VS2005的界面都能逼真的模仿出来，例子不下几十种，做view端开发足够多了，根本就用不着什么altas。真正用得着的恰恰是表现层控件极度匮乏的J2EE平台，那里的 AJAX for JSF简直就是初级教程，Tapestry与之相比也更显落伍，但是这里偏偏又是MS Altas ,AJAX。
至于WebService，纯粹是画蛇添足，本身WebService就属于业务逻辑层代理包装，就该用真正的OO的C#编写，然后包装成多种协议的代理模式予以暴露，让别的系统调用传参就是了。非挪到表现层，用什么javascript+C#不轮不类。Altas本身就是一套可被替代的方案，而他到现在并没有体现出太多的针对表现层的解决的优点，这里只能怪MS的ASP.NET控件模型设计的太完善了。
Altas我到现在就是听说过，但是就是没研究，我把这段时间放到了对Castle和Windows WorkFlow Fundation的研究上了，而且还在应用J2EE 的JBPM3.0，那些整体架构级的东西才是最有价值的，是对业务需求最直接的难以替代的解决方案。至于动态语言，Ruby或者Python可能更合适。
@dbxm
嗯，就说几点。:)
1、Atlas不是开源的
2、您说的ComponentArt也推出了好几个大量集成Atlas（不是ASP.NET AJAX）的组件。
3、这里的Web Services……可能是您理解错了，它的确还是用C#编写的，只是给表现层了一个访问的能力而已，并没有在访问层构造Web Services。而且这里的Web Services完全可以不是Web Services，是一个特殊的东西，甚至可以不允许Web Services方式访问。它只是提供了客户端异步调用服务器方法的解决方案。
4、Atlas本身的目的就是和ASP.NET无缝集成，能够可以不写JS代码而带来AJAX的特性，并方便扩展，在目前来说并没有合适的替代品。
赵哥，你好。。。我正在学习AJAX，前不久看了你的《ASP.NET AJAX深入浅出系列课程》的第一讲。觉得太丰富了，以前看别人的视频，也不过是三个示例，想不到你的更多，感觉受益颇多或。不过，在做你的示例时，却遇到问题了。我安装了AJAX组件，复制你的代码，运行。点BUTTON却没有报错。找了许多原因，都没有找，可我复制你的WEB。CONFIG里面的代码，点BUTTON却有反应了。难道是WEB。CONFIG的问题吗？里面的代码不能系统自动生成吗？通过网友的测试，他说他的WEB。CONFIG是自动生成的，让我郁闷了。。。我实在找不到解决方法了。希望你能帮我一下。也希望你介绍一下ASP。NET AJAX入门基础的资料。再次谢谢你。