AJAX，一个注定昙花一现的技术

sliuhao

原帖由 yuba 于 2-12-2009 10:59 发表

                               
登录/注册后可看大图

帮助另一些政客升天的，供其他人围观的另一个昙花




我有一种找到真理的快感

快拍个照！ 笑一个....

sliuhao

原帖由 yuba 于 2-12-2009 10:59 发表

                               
登录/注册后可看大图

帮助另一些政客升天的，供其他人围观的另一个昙花




我有一种找到真理的快感

要不我们也找一盆昙花， 或者也搞一个昙花？升升天？
哇， 怎么又升天了....

key

Ejb的问题在于too heavy，如果Ejb从一开始就和3.0差不多水平，和POJO更多结合，相信现在就完全不同的东西。
Spring等框架证明了Dependency Injection的意义的确非同少可，Annotation也为Java开发带来另一种生机。
Ajax是一个好的概念，毕竟构建在浏览器上的动态应用是很有意义的。
我所针对的只是这种概念如果还坚持在低层的实现上。
我不是在否定浏览器的动态交互的价值，正是因为我重视这种动态交互的价值，才提出“可能的发展方向”。
而JS目前所扮演的角色以及它自身的不足之处，相信一线开发的程序员比我了解得更多。
我们的观点并没有重大的冲突之处。

原帖由 sliuhao 于 2-12-2009 10:58 发表

                               
登录/注册后可看大图

这不就是你我这些人的真实写照么？
什么PMP,CMM,SAP,SOA,EJB,AJAX,DW,DM， SSIS....都是过眼云烟，该干什么还是干什么...
你我的价值就是所有人都解决不了的问题， 你我能解决， 在这些问题面前， 给我谈银弹的 ...

mayabin

原帖由 key 于 2-12-2009 10:59 发表

                               
登录/注册后可看大图

能提供点“失势”证据？比如链接之类？

证据，链接？ 不会又让人误认为是布道吧。今天不冷静的人太多。

从做项目的经历来说，我曾经为Domapi,Extjs而欢呼过。但是现在接手的项目，我不会再用它们了。

key

技术讨论，各抒己见，没所谓啦。
布道也好，布路也好，说出来，大家分享就行。
其实我对WEB开发的了解的确很少，我也不是很DEFEND自己的观点，说实在的。

原帖由 mayabin 于 2-12-2009 11:11 发表

                               
登录/注册后可看大图

证据，链接？ 不会又让人误认为是布道吧。今天不冷静的人太多。

从做项目的经历来说，我曾经为Domapi,Extjs而欢呼过。但是现在接手的项目，我不会再用它们了。

mayabin

原帖由 key 于 2-12-2009 11:14 发表

                               
登录/注册后可看大图

技术讨论，各抒己见，没所谓啦。
布道也好，布路也好，说出来，大家分享就行。
其实我对WEB开发的了解的确很少，我也不是很DEFEND自己的观点，说实在的。

我做过的项目很杂，但是主要还是局限在java的Web方面。还是群里气氛好些。

yuba

原帖由 mayabin 于 2-12-2009 11:11 发表

                               
登录/注册后可看大图

从做项目的经历来说，我曾经为Domapi,Extjs而欢呼过。但是现在接手的项目，我不会再用它们了。

很想听听这里的故事

用起来往往就不想欢呼了，这就是我建议的：多一些使用者，少一些布道者

sliuhao兄说的政客是只欢呼不使用，所以能呼很久

周星星1832

原帖由 key 于 2-12-2009 11:08 发表

                               
登录/注册后可看大图

Ejb的问题在于too heavy，如果Ejb从一开始就和3.0差不多水平，和POJO更多结合，相信现在就完全不同的东西。
Spring等框架证明了Dependency Injection的意义的确非同少可，Annotation也为Java开发带来另一种生机。
...

JS，ajax 的魅力就在于动态交互，尤其是和CSS的共同使用,可以营造出和非web applications 的一样的界面。

目前流行的js framework源泉就是基于此。
拿jquery举例子，各种plugins使得现在的web界面更加动态，友好。

要说不足，不是js本身的不足，而是浏览器的问题。各种浏览器造成的问题比js自身的问题更大。

要说消亡，需要消亡的是各种浏览器的差异，业界需要统一的标准

MacroJ

一个用超级旧技术的人

mayabin

原帖由 yuba 于 2-12-2009 12:09 发表

                               
登录/注册后可看大图

很想听听这里的故事

用起来往往就不想欢呼了，这就是我建议的：多一些使用者，少一些布道者

sliuhao兄说的政客是只欢呼不使用，所以能呼很久

大家想听，我就说说。
我曾经做过一个Web的ERP系统，刚开始使用了DOMAPI开源组件库，我加拿大一个同事是这个项目的贡献者之一。这老兄Javascript巨牛，遇到js问题，我们都问他。即使是最底层的代码，不会超过10分钟， 他就能帮你找到问题的根源。
对我个人来说，js就像噩梦。而且就我个人观点，在MVS框架中，View层算是这其中分量最轻的一层，而且JS也仅仅是View层众多实现方式中的一种。如果把大量开发时间放在这一层，没有必要，而且对整个application来说，会有头重脚轻的感觉。试想一个头重脚轻的人，会跑多远？
使用domapi出现了几个问题，使得我们后来把所有代码都迁移到了Extjs。最主要的原因是domapi这个项目的贡献者很少，所以他能提供的组件库以及功能都有限，比如IE和Firefox的兼容性，没有分页的ListGrid等等。
在迁移的过程中，我对Extjs有了些了解。更多的组件库，更好的浏览器兼容性，使得我们最后把产品交付到了客户手中。

项目完成后，我有了一些思考，确实js的Ajax技术给项目添加了活力，比如异步传输，良好的交互性， js在客户端运行减轻了服务器压力。但是它确实也给项目带来了更多的工作量，我们不得不在Java和javascript两端写更多的代码来做接口，尤其是当你的js功力还不够强的情况下。还有一件事让我对js不放心，我提到的那个js大牛，曾经给我们演示过，在地址栏输入js代码，控制程序运行。

所以，对于分层的企业应用程序，我理想中的View层技术，应该有以下特点：
1. 开发简单，最好和control层一种语言。
2. View层的模型最好和Model层的模型一致，这样可以减少转接口。
3. 保证安全性。View层只用来显示，不参与任何逻辑。

这些是我对企业应用程序的View层的要求，如果你打算做网页开发，不适用。

我查过一些资料，JSF，ZK以及Portal技术， 能满足我的一些想法，但是我一直没有机会在正式项目中使用。我现在做得项目是Mainframe和java，没有Web。
但是我自己利用业余时间在做一个ZK的项目， Business和Data已经做完了，Web这块刚开始，因为ZK是新手，做的比较慢。希望它不会让我失望。 如果它不合适的话，我就再换一个，反正Business这块的接口已经做好了，Web这边只要调用就行。

GateW

原帖由 lufumin1832 于 2-12-2009 12:55 发表

                               
登录/注册后可看大图

JS，ajax 的魅力就在于动态交互，尤其是和CSS的共同使用,可以营造出和非web applications 的一样的界面。

目前流行的js framework源泉就是基于此。
拿jquery举例子，各种plugins使得现在的web界面更加动态，友 ...

同意，但是浏览器版本的不同也很有乐趣，应该说还是有技术含量的，都统一了也没劲了。

客户端的东西本来就是用来做客户端的事，市场不是由谁会不会来决定的，而是在于这个技术有多少追谁者和市场占有率。

微软也不可能把别人都杀光了，跟着他眼睛还是要看别的。Ajax 的流行很大程度上因为 web 软件本身和最终用户的交互，一个好的 UI/UX 设计者不会极限于使用什么技术，最终的目的还是要提供给用户一个超爽的体验。

周星星1832

原帖由 mayabin 于 2-12-2009 14:22 发表

                               
登录/注册后可看大图

大家想听，我就说说。
我曾经做过一个Web的ERP系统，刚开始使用了DOMAPI开源组件库，我加拿大一个同事是这个项目的贡献者之一。这老兄Javascript巨牛，遇到js问题，我们都问他。即使是最底层的代码，不会超过10分 ...

还有一件事让我对js不放心，我提到的那个js大牛，曾经给我们演示过，在地址栏输入js代码，控制程序运行。
??????

woodheadz

感觉楼主标题过于耸人听闻了。
目前各个浏览器厂家都在积极改进JS的运行效率，JS开发工具和JS语言本身都在不断的发展，微软的VS2008开始就能调试JS脚本了。 就开发难度而言，JS一样能写出还不错的OO代码来，如果掌握了JS和OO，构建复杂的应用成本也不见得比其它语言高多少。  长久看来，我觉得JS更有可能是逐步进化成几种主要开发语言之一。
Flash现在是很牛啊，但Adobe在技术方面就不咋地了。
我个人还是比较看好M$的Silverlight，  刚好我在Flash和Silverlight下都做过不少东西，把着两个平台那出来比一下，无论是开发工具、开发语言、程序模型和基础类库等哪一方面，M$都算是完胜。Silverlight缺的只是装机量和使用人群而已，以M$一贯死缠烂打的作风，恐怕当年IE和Netscape的那一幕又会在Silverlight和Flash之间重演。

yuba

搜狗的云输入法就是这样

lanxuan0552

很有启发.
JS开发确实很慢， Jquery好一点。但还是很慢，用ms的ajax toolkits就很快了。
真正用js开发的web很少的，就好像直接用汇编写应用一样。
Silverlight 是我看好的。

GateW

原帖由 lanxuan0552 于 2-12-2009 22:52 发表

                               
登录/注册后可看大图

很有启发.
JS开发确实很慢， Jquery好一点。但还是很慢，用ms的ajax toolkits就很快了。
真正用js开发的web很少的，就好像直接用汇编写应用一样。
Silverlight 是我看好的。

我觉得JS是很有前途的，Silverlight再等等看，前途不明朗。不是每个人都愿意安装插件，况且 IE8 的水准真的很欠缺，在浏览器市场这块，微软不占优势。用其他浏览器的谁愿意无聊的装那个？

Google 和 Yahoo 等等已经开始让 JS 编译后执行了，据说效率是以前的8倍。作为脚本语言，JS其实很简单，灵活，与 html, css 相辅相成，又继承了 web 开发的传统，同时跨平台的兼容性又好，应该说还是未来很长一段时间的主流。

MS Ajax toolkits 不是轻量级的，效率可想而知，不过对于“菜鸟级”应用还是合适的。

用JS开发的web application，尤其是类似 windows 体验的，比比皆是，哪里少了？

个人以为，网站和 web 应用也再分化，网站多选择 php+flash，应用的平台选择很广，但是目前谁也离不开JS

GateW

原帖由 yuba 于 2-12-2009 21:25 发表

                               
登录/注册后可看大图

搜狗的云输入法就是这样

那是它自己的网站吧？用JS注入的木马和病毒也是很多的，不过需要一些功底。JS 比起插件相对来说 JS 是安全的。

key

“Google和Yahoo让JS编译后执行”这个信息能否给个链接证实一下？谢谢。

ie这两年的发展和vista一样不思进取，实在让有难以接受。至于插件，这个很难说，
就看浏览器各种的发展战策如何了。浏览器插件API会越来越放开，使插件提供商自行开发，
如果M$要开发一个技术，我觉得还是会提供相应的插件的。所以在这个方面我反而是最不担心的。

原帖由 GateW 于 3-12-2009 08:44 发表

                               
登录/注册后可看大图

我觉得JS是很有前途的，Silverlight再等等看，前途不明朗。不是每个人都愿意安装插件，况且 IE8 的水准真的很欠缺，在浏览器市场这块，微软不占优势。用其他浏览器的谁愿意无聊的装那个？

Google 和 Yahoo 等 ...

GateW

原帖由 key 于 3-12-2009 09:23 发表

                               
登录/注册后可看大图

“Google和Yahoo让JS编译后执行”这个信息能否给个链接证实一下？谢谢。

ie这两年的发展和vista一样不思进取，实在让有难以接受。至于插件，这个很难说，
就看浏览器各种的发展战策如何了。浏览器插件API会越来越 ...

Google V8 Engine - http://code.google.com/apis/v8/intro.html

You can find - V8 compiles and executes JavaScript source code, handles memory allocation for objects, and garbage collects objects it no longer needs.

FYI - http://www.geekpolice.net/cool-l ... ance-test-t5516.htm

yuba

原帖由 GateW 于 3-12-2009 08:52 发表

                               
登录/注册后可看大图

那是它自己的网站吧？

我只是举个例子说明那个js大牛做的事情

不涉及是自己的网站还是别人的网站

清风不写字

Flash的Action script 编辑器，那叫一个烂。

finaleden

楼主说自己不懂ajax果然不是谦虚。

连ajax和JavaScript的关系都没弄明白就说ajax已死，有意思。

只纠正两点：
第一：jQuery是JavaScript框架，而不是ajax框架。
第二：ajax更多的是一种思想，即富客户端，也就是客户端计算，针对的是传统的所有运算都放在服务器端计算，而完全不利用本地计算资源的web应用。拿你第一楼举的例子来说，如果这个应用有很多人用，那你一台服务器最多能承受多大的压力？可是如果视频转换的步骤能由本地资源来完成，你一台服务器能承受的压力恐怕就要比原来大得多吧？

syfool

AJAX关键要看用在哪里。用对了地方，就是好东西；用错了地方，就是垃圾。

ajax，我接触过，但没有做深入的技术了解。就其设计思想而言，我觉得最适合服务器端并发量很大的应用。由于国内人口众多，所以我一直认为ajax在国内流行还是有道理的。

mimel

工作了快10年，除了C语言，其它什么都不会。感慨一下，技术更新太快，想跟但力不从心，每次书都只看到一半就继续不下去了。

key

想请教一下，现在哪一个AJAX应用能实现利用本地资源进行“视频转换”？

如果我的理解不错，象“视频转换”这类东西，在AJAX应用框架里，应该是服务器一端的任务。

AJAX是一种Rich Client，这一点相信很多人都明白。
所以，利用AJAX进行B/S开发，已不是6年前或更早以前的B/S开发中提出的瘦客户端的概念。
而C/S则是这种富客户端的最早提倡者，后来B/S的出现，理论上大肆否定这种富客户端，
我相信很多人也是知道的。现在由后来的瘦客户端又走回原来的富客户端，但这个过程中却让客户端的开发
达到了前所未有的难度，这就是我提出值得思考的地方。

这种“难”起因于两点：一是大家要避开OS层的束缚，让应用建立在比OS更高层的Web Browser；
二是原来的C/S存在C端下载的问题，利用Web进行运行时下载，用户在任何时候都用到最新版本的程序。

所以我的论证的出发点就是“到底这种难是否值得”，而不是“我们还要不要富客户端”。我是认为，
作为一种更好的用户体验，富客户端程序，以及快速响应网页，都是受用户欢迎的。如果只是要求快速响应网页，
象DWR这种响应框架是很不错的。只是我们似乎越走越远，在Browser范围内，我们已经开发全面模拟原来的C端。
而这种路应该怎样走，下一步会去哪里，就是我提出的问题。

原帖由 finaleden 于 4-12-2009 17:16 发表

                               
登录/注册后可看大图

楼主说自己不懂ajax果然不是谦虚。

连ajax和JavaScript的关系都没弄明白就说ajax已死，有意思。

只纠正两点：
第一：jQuery是JavaScript框架，而不是ajax框架。
第二：ajax更多的是一种思想，即富客户端，也 ...

finaleden

原帖由 key 于 5-12-2009 12:32 发表

                               
登录/注册后可看大图

想请教一下，现在哪一个AJAX应用能实现利用本地资源进行“视频转换”？

如果我的理解不错，象“视频转换”这类东西，在AJAX应用框架里，应该是服务器一端的任务。

AJAX是一种Rich Client，这一点相信很多人都明 ...

视频的话目前只能借助flash，applet

black_zerg

don't agree. Personally I like swing more, but JavaScript won't die soon.
The fact is, because of the market and the competition of those big companies, JavaScript is becoming the most popular and cross-platform language. Now if we want to play with RIA,  Rich JavaScript framework is something we must learn and master.

JQuery is even simpler than JavaScript itself. it can be used to enhance web page, it has so many plugins and fits web page requirements, it will never die.   other heavier frameworks like ext-js can create very complicated enterprise level application. GWT maybe attractive to Java developer, i tried some small projects with it. Now I prefer native JavaScript way because that's more flexible and extensible.

Now the JavaScript engine is becoming so fast and some people believe JS is better than Java. I can't tell which is better. What I can tell is they are all easy to learn.

Recently i found Qooxdoo is very interesting. it's based on a nice OOP design. So you can create you classes and widgets through an elegant way.

And what I would like to point out is, AJAX has been thriving since 2005. My guess will be the server assisted MVC like struts will die. JSF2 is coming, probably still a rubbish one.

[ 本帖最后由 black_zerg 于 31-12-2009 23:16 编辑 ]