<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    何時,紗窗外,風搖翠竹

    常用鏈接

    統計

    最新評論

    • 1.?re: 慎用AJAX框架
    • AJAX是中國技術領域的紅燈區。。想爽,但又怕潛伏著危險。。。
    • --阿斯頓飛
    • 2.?re: 慎用AJAX框架
    • 評論內容較長,點擊標題查看
    • --夏如嘏
    • 3.?re: 慎用AJAX框架
    • ajax 要懂的原理,同意樓主,框架慎用
    • --驕傲
    • 4.?re: 慎用AJAX框架
    • @讀書、思考、生活
      2、bug滿天飛,那就說明是水平不到家
      您的水平能高到沒有bug?
    • --樓主
    • 5.?re: 慎用AJAX框架
    • 只要你懂xmlhttp,為什么非要用ajax呢,我從2000年開始使用xmlhttp,ajax剛出來的時候看了一眼,冷笑一聲。所以爭論沒有意義,到處都是新瓶裝老酒的故事
    • --挨踢的貨

    慎用AJAX框架

    ?? 從年初到現在,AJAX之風預演愈烈,尤其是在國內,大多是一片叫好的聲音。目前好像很多人都在搞基于AJAX的框架,國外也有一些都已經發布。對于這種一直都存在技術,Google、微軟一造勢,大家的熱度好像有點過了頭。看來現在咱們這些程序員真的都是些追星族啊!

    ?? 難到AJAX真的就那么優秀,值得提升到框架的高度,讓系統UI端圍著它轉?單純從AJAX本身來說,其最主要不過就是解決在網頁上一個無刷新獲取數據的問題,再加上減少了數據的傳輸量,將數據解析的工作推到了客戶端,的確能解決很多傳統的問題,很方便的實現一些動態效果。然而,要圍繞AJAX建立一個框架,通過AJAX完成UI端絕大部分內容的展現,我個人認為卻是欠妥。現在很多人在網站上說,AJAX多多成熟,能達到多好多好的效果,但是問題是,AJAX技術本身成熟,但AJAX框架卻是十分的不成熟。

    ?? 筆者前一段一直在參與一個國外知名大公司的一個產品的開發,這套系統好幾年前就開始做了,系統的UI很多是基于AJAX的,對AJAX的應用可謂登峰造極(當然,那個時候肯定還沒有AJAX這個名詞),其界面的可操作行幾乎可與桌面系統媲美。這系統有一個強大的AJAX框架,光是相關基礎JS文件就是數十個,整個UI基于Javascript事件驅動,數據由XMLHttp獲取。整個方案看上去的確很棒,或許正是現在很多人想要實現的。但實際情況是如何呢?效果是實現了,程序開發和測試、維護的效率則是大大的下降了。開發就不說了,前期投入巨大,系統復雜性劇增,程序也只能用IE訪問。測試的時候這邊 AJAX的javascript的bug滿天飛,那邊調試這種錯誤極不方便,沒有好的JS的調試器,更看不到實際輸出的html代碼。維護那就糟糕,加個新功能,JSP文件、標簽、JS、后臺類全要過一遍。或許正是這些不易克服的問題,我看到在最近開發的配套軟件里,就基本沒有用什么AJAX了。

    ?? 大公司的嘗試和經驗,或許能給大家一些啟示。說到底,所有的技術都是有利有弊的,AJAX也是一樣。我個人認為AJAX 最適合的就是Google Map這種網上地圖系統,展現方案相對比較單一,又非常的需要無刷新的獲取數據。對于那些業務比較多,展現風格非常多樣的業務系統,萬萬不可腦子一熱,真的要用什么AJAX框架,到頭了只回為了一點無謂的效果砸了自己的腳。

    ?? 最后強調一下,AJAX是個好東西,在項目里用它來實現一些輔助效果(最傳統的比如用戶輸入數據時實時的驗證,給出相關提示)即快捷又神奇,但過度使用很容易讓自己系統陷入麻煩之中,一定要慎重!此外目前公布出來的所謂的那些AJAX框架大多都是實現一個Form或者一部分頁面的無刷新取數,根本談不上什么Web框架,目前沒必要抱太大的希望。最近down了幾個開源的ajax的東西看了看,覺得對一般開發人員來說,ajaxtags (http://sourceforge.net/projects/ajaxtags/) 是個不錯的東東,簡單易懂,可以仿照它的標簽做一些自己的實現,值得看一看。

    聲明:本博客中所有文章均為版主原創,轉載請保留作者信息,并請注明出處。

    posted on 2005-11-25 19:46 weidy 閱讀(21610) 評論(51)  編輯  收藏 所屬分類: Java世界

    評論

    # re: 某知名大企業的教訓--慎用AJAX框架 2005-11-26 10:34 nickey's home

    該用的時候就用. 不要為了ajax而ajax. 技術都是有適用性的.  回復  更多評論   

    # re: 某知名大企業的教訓--慎用AJAX框架 2005-11-26 15:21 miracle

    今天剛學習AJAX  回復  更多評論   

    # re: 某知名大企業的教訓--慎用AJAX框架 2005-11-26 19:24 讀書、思考、生活

    如果:

    “效果是實現了,程序開發和測試、維護的效率則是大大的下降了。開發就不說了,前期投入巨大,系統復雜性劇增,程序也只能用IE訪問。測試的時候這邊 AJAX的javascript的bug滿天飛,那邊調試這種錯誤極不方便,沒有好的JS的調試器,更看不到實際輸出的html代碼。維護那就糟糕,加個新功能,JSP文件、標簽、JS、后臺類全要過一遍。”

    那么他對AJAX的應用,就算不上登峰造極。只能算是對于IE下的XMLHTTP&CSS的濫用。
    1、不遵循WEB標準的,算不得AJAX
    2、bug滿天飛,那就說明是水平不到家
    3、加個新功能,JSP文件、標簽、JS、后臺類全要過一遍。就說明系統設計有先天的缺陷

    “筆者前一段一直在參與一個國外知名大公司的一個產品的開發”
    這大概可以說明,這個國外知名大公司里,沒有一個數得上的AJAX高手。  回復  更多評論   

    # re: 某知名大企業的教訓--慎用AJAX框架 2005-11-28 11:36 fanta

    javascript天生的缺陷,沒辦法。  回復  更多評論   

    # re: 某知名大企業的教訓--慎用AJAX框架 2005-11-28 13:01 weidy

    讀書、思考、生活 說:
    1、不遵循WEB標準的,算不得AJAX
    2、bug滿天飛,那就說明是水平不到家
    3、加個新功能,JSP文件、標簽、JS、后臺類全要過一遍,
    就說明系統設計有先天的缺陷
    4、這大概可以說明,這個國外知名大公司里,沒有一個數得上的AJAX高手

    1、2.WEB標準是絕對遵循了的,bug滿天飛的原因當然是多方面的,系統功能復雜必然會有大量的Bug,但過多的使用了AJAX這類技術導致Bug多確實是原因之一。大公司有人力物力去解這些defects,要實國內一般的企業很可能就因此陷入困境,這就是我擔心的。

    3. 系統設計有先天的缺陷,不可否認是有一點。系統開始做的那時候連Struts都還默默無聞呢,但是無論你如何進行設計,過多的使用AJAX去做展現必然導致系統的展現機制變得復雜。

    4. 提醒"讀書、思考、生活",可不要以為自己是高手,就不會犯別人犯過的錯誤。開發這套系統AJAX的人(可別以為我在其中哦,我只是有幸能看看他們的code)應該在web開發領域都是資深專家。想想在5、6年前沒有AJAX概念的時候,就能開發出完整的基于AJAX框架來進行系統展現的人水平一定比現才開始深入學的人強吧。他們開發、完善了這么些年,至今還不能盡善盡美,這說明什么問題?

    最后,我要說:我們當然可以克服和解決大部分問題,讓它很正常的工作(就像這套系統一樣),但是付出的代價可能很大。  回復  更多評論   

    # re: 某知名大企業的教訓--慎用AJAX框架 2005-11-28 16:39 讀書、思考、生活

    如果你的項目只能用IE訪問,那能算是遵循標準?

    系統的bug滿天飛,你覺得是正常的?
    “系統功能復雜必然會有大量的Bug”,OK,就算會產生大量的bug,這些bug的存活期是多長?如果老bug改不完,新bug又出來,改了老bug,反而引出新bug。那我就認為:水平不到家。

    不但是技術水平不到家,而且項目管理的水平都不到家。

    不管技術發展到那個時代(不要以Struts還沒有出現作借口),有效的、清晰的分隔不同的功能與模塊,是系統設計的第一原則,MVC模式,在C/S時代就應該已經廣為人知了。無論你基于什么技術來進行設計,無法有效的隔離變化,就是設計水平不夠!

    設計水平不夠,也不要把帳賴到AJAX這樣的新技術頭上。

    “他們開發、完善了這么些年,至今還不能盡善盡美,這說明什么問題?”

    說明他們不過是早早的采用了XMLHTTP技術而已。
    用了5、6年AJAX開發的“高手”,卻至今都沒有總結出好的“模式”、“經驗”以及“成熟的AJAX開發手段”。

    最近比較流行的幾本AJAX的書,推薦他們去買來看:
    Ajax Patterns Best Practices:
    http://www.ajaxmatters.com/r/go?id=328

    Ajax Design Patterns:
    http://www.ajaxmatters.com/r/go?id=305

    Professional AJAX:
    http://www.ajaxmatters.com/r/go?id=196  回復  更多評論   

    # re: 慎用AJAX框架 2005-11-29 22:38 weidy

    首先感謝“讀書、思考、生活”推薦的三本書,讓他們看是不用了,我自己看看倒是不錯,:)。不過你說的 用了5、6年AJAX開發的“高手”,卻至今都沒有總結出好的“模式”、“經驗”云云, 就不太地道了,你怎么知道人家沒有總結?不是這些走在前面的人,誰寫《Ajax Design Patterns》、《Professional AJAX》這樣的書給大家看?

    其實我的寫這篇blog的初衷是想告訴大家真正實現AJAX的框架有很大的難度,需要投入很多,如果想把項目設計成基于AJAX框架就要慎重。我并不是想過多討論這個項目的本身的各種問題,我也沒說過這個項目是完美的。

    話說回來,我們這個的項目的AJAX框架(或者說準AJAX框架)現在已經能轉的非常好了,Bug也早解完了。但是,為了讓它像今天這樣運行良好,企業投入是非常大的,開發維護的成本也都要大很多。我認為這就是它不成功的地方之一,如果少用一些AJAX這樣東西,它就可以更快更好的達到目標。

    實現完整的AJAX框架編寫復雜、容易出錯這個問題是非常明顯的,不是說有高手就能避免的。退一萬步說,假設你“讀書、思考、生活”是絕頂高手,能搞定一切,你能保證你的Team里所有人都是高手么?

    “設計水平不夠,也不要把帳賴到AJAX這樣的新技術頭上” 這話說也不太妥: 首先AJAX不是什么新技術。 其次設計水平的提高和積累本來就是漸進的,就像最初的struts出來時,大家都說好,用兩年,它的不好的地方大家又都清楚了,于是spring、webwork這樣優于它的框架又被大家推崇。沒有人能一次設計一個多完美的系統,我們的系統都是在不斷的改進的過程中。

    “如果你的項目只能用IE訪問,那能算是遵循標準” 呵呵,的確這是俺沒弄清楚了。但是可以想象要開發一個遵循標準的程序,實現各種復雜的功能,豈不要付出更多開發成本?

    最后還是要多廢話幾句,用著這些大公司提供的硬件和軟件,遵循著他們的標準做開發,卻攻擊他們沒有高手是沒有什么意義的。何況也沒有人天生是高手,都是要從失敗中摸索出來,或許開發這個項目UI端框架的人現在總結失敗已經成了高手,能靈活合理的在項目運用AJAX了,很多人卻還只是一味的為AJAX這個所謂新技術護短。  回復  更多評論   

    # re: 慎用AJAX框架 2005-11-30 11:14 讀書、思考、生活

    再客氣一點說一句,算是幫你們公司的高手說說好話。

    當初他們一手一腳的搞AJAX系統,一切都是從頭做起,批評他們過多,也是太刻薄了。

    但是現在時間過去了那么多年,好多“好輪子”都出來。比如Dojo,比如Propotype,比如...如果再從頭做起,就太傻了。

    在前人犧牲奉獻的基礎上來開發AJAX,其實失敗的可能性,沒有你想像的那么大。  回復  更多評論   

    # re: 慎用AJAX框架 2005-12-01 16:55 weidy

    的確,原來一無所有,現在有了輪子,將來肯定就會有車.... 大家要努力去造車,只不過決心造車之前要弄清楚這些輪子適合在什么地里跑。

    如果按現在的趨勢發展下去,靈活、穩定的AJAX框架應該是指日可待的,這要靠大家的努力,尤其是像 " 讀書、思考、生活 " 這樣熱心AJAX技術的人。

      回復  更多評論   

    # re: 慎用AJAX框架 2005-12-11 15:38

    不要吵,不要吵。
    吵什么吵!
    如果有人用AJAX開發過成功的項目,出來發發言,(網站不要)  回復  更多評論   

    # re: 慎用AJAX框架 2005-12-17 09:58 blue1018

    剛剛要接觸ajax,看了文章冷卻一下:D  回復  更多評論   

    # re: 慎用AJAX框架 2006-03-04 17:32 小狼

    讀書、思考、生活 說:
    1、不遵循WEB標準的,算不得AJAX
    我覺得現在WEB標準并不一定真的標準,因為還有許多標準不被世面上的主流瀏覽器支持,所以說它并不標準。我用css開發過一個網站,而且對用css控制層已經非常熟練了,但是要讓CSS實現的所有效果在瀏覽器里正常顯示出來恐怕不可能。所以說不遵循WEB標準算不得是ajax這句話說得不現實。  回復  更多評論   

    # re: 慎用AJAX框架 2006-05-30 10:05 cauherk

    呵呵,感覺樓主說的像我現在的公司(當然咯,只是假設)。
    AJAX炒作了這些年了,到目前為止能看到真正可以在項目中使用的國內的也就這么幾家,當然咯,有些組織或者個人出于自己的愛好和興趣,正在開發自己的AJAX框架。
    AJAX帶來的是應用和業務上快速解決的途徑,當然,你可以使用其他框架,比如:Struts,同樣也可以做的更好,但是,一個好的框架不僅在設計上合理、架構上松散,更多的應該在開發上的直觀和便捷,以及測試上的完整。
    國內很多廠商大部分都是從傳統的UI(Dephi、VC++、字符終端)轉型而來,這個時間,AJAX技術帶給他們的技術隔閡很大,但是開發的模式改變不大,更容易的接受模式,同樣我也做了很多年的struts開發,參與到很多大型項目中,可能是本人才疏學淺,struts確實在大型團隊開發中有寫不利的地方(有人已經批判過struts,我也就不說了)。MVC框架中,V層是開發最復雜的,用戶接受批判最多的,也是一個團隊中,占用的開發人員最多的,AJAX在View層上,帶來的改變是徹底的,Model和Control可以借鑒struts的思想(當然也會借鑒其他的框架),整理出來一個真正適合業務的AJAX框架,只有這樣AJAX才能真正的在業務中使用起來,帶來的用戶體驗是非凡的。  回復  更多評論   

    # re: 慎用AJAX框架 2006-08-02 21:38 domain

    如果業務邏輯很復雜,而多種功能有集中在一個頁面,多種狀態交織,還有像權限控制這類東西需要控制,頁面頁面就很復雜了.
    摟主能否把你在這個項目中的一些其他體會分享一下,可以不關ajax.
    如復雜頁面的處理,bug分析,針對ui層的設計,或者還有項目管理和后續維護方面的體會.很期待.

    一直沒有機會見識像sap,oracle erp那些大型軟件是如何地強大和值錢的:)  回復  更多評論   

    # re: 慎用AJAX框架 2006-08-07 17:40 weidy

    @domain
    關于那個項目(實際上是個產品)具體的東西幾句也說不清楚,有些涉及具體實現的也不能說太多。我倒是愿意就Bug分析和項目管理和大家討論一下。實際上大公司的很多產品的代碼寫的是很弱智的(我上次參與的那個項目的代碼就是由印度的軟件工人寫的),單看代碼都非常一般,但是他們產品的質量卻能得到保證,關鍵是項目過程組織的好, 尤其是測試的力度非常大,這個產品一般每個版本都要安排十幾個人測上兩個月,進行各項的測試,測試 -> qa開bug -> develop解bug -> qa再驗證, 流程雖然不十很復雜,但貫徹的很好,很值得國內企業學習。 當然相應的成本也是很大的,那個產品的貴到了國內沒有一家企業愿意買,現在基本就是國外一些大廠商用。

    產品強大的功能怎么實現的?明確的業務需求 + 持續的開發完善。關于后續維護,按我的體會并沒有太多的玄機,投入+簡單的規則+執行,從一開始就是這樣。看看現在,每天在論壇、Blog上各個軟件公司大大小小LD都在大倒苦水,大談軟件項目管理的規定不能得到貫徹,似乎軟件質量保證是個解不開的死結。其實說到底,是國內這些LD們不會真正舍得把錢把人投在質量保證上,總想走捷徑,從開始就不花錢,不花錢又希望能開發出有好的產品,最后的結果就是天天空談或者定些不倫不類的執行不下去的開發流程,到最后被迫花錢來換質量時,往往為時已晚。

      回復  更多評論   

    # re: 慎用AJAX框架 2006-10-17 11:59 rick

    其實,Ajax技術都沒有他本身的問題,而是在使用他的人的身上,項目開發講究的并不是技術的新異,而需要講究成本.
    到達一個目標,可以有不同的交通工具,但我要選擇成本最底的工具.在考慮需求,性能,成本后我才開始選擇是否用ajax.
    每個人對于不同的項目都會有不同的想法.我可以說上面幾位兄弟說的都對了。  回復  更多評論   

    # re: 慎用AJAX框架 2006-10-18 13:19 路過

    現在筆者正投入到一個項目的開發中,一部分的功能希望適用AJAX框架來實現。遍歷網頁兩天之久,也沒找到有關AJAX應用很成功的項目介紹(除google等)。期待微軟的atlas框架的面世,不知道本項目能不能趕得上,問題是現在也不知道該用什么框架。。難啊!
    想要領人先,就得努力、努力、在努力!  回復  更多評論   

    # re: 慎用AJAX框架 2006-10-18 17:25 weidy

    @路過

    一般的項目的話用DWR和DOJO來做應該沒什么大問題,我剛剛在一個比較小項目用了,用dojo做RIA,處理JSON數據, DWR做遠程調用,效果很好。  回復  更多評論   

    # re: 慎用AJAX框架 2006-11-21 12:51 Truly

    從上面留言基本看出“讀書、思考、生活 ”是一個比較浮躁的人,停留在學術層面上,沒什么經驗還隨意批判他人。Ajax我也應用很久了,必須認同的是Ajax非常容易產生bug,而且很多是非常奇怪的bug,項目使用了AjaxPro框架,包括這個框架自身,都經常會拋出一些莫名的異常,可能是因為我們Ajax使用的太多了,整個站點基本上所有頁面都使用無刷新操作。

    不得不承認的是,沒有編譯器幫助檢查語法錯誤,沒有強類型概念,id容易重復,js過多可能下載不完全等等,可以說無論是你水平有多高,當過多使用時,一樣會淹沒在bug堆里,而且作為一個項目開發的時候,你不可能要求每個開發人員都是js高手,高手可以保證一段函數工作正常,卻無法保證整個程序工作正常,就像無論人們如何努力提高飛機的安全度,一樣會不斷出現空難。  回復  更多評論   

    # re: 慎用AJAX框架 2006-12-04 23:11 qun

    不要拿n多年前的javascript/web開發來判斷現在的ajax.

    --- 維護那就糟糕,加個新功能,JSP文件、標簽、JS、后臺類全要過一遍。
    這個就也不好意思稱高手了吧。

    現在不管是IE 還是Firefox下面都有很好的js調試工具。
    幾個著名的框架對調試也有很好的支持.

    javascript 用熟了, 功底也可以的話,
    上Ajax是沒有問題的。

    是需求/金錢驅動技術,不是技術的難度。


      回復  更多評論   

    # re: 慎用AJAX框架 2006-12-04 23:13 qun

    我已經有2個我開發的商業網站應用Ajax。   回復  更多評論   

    # re: 慎用AJAX框架 2006-12-05 16:35 weidy


    嘿嘿,想不到一年前的一個老貼子,一直有人來留言討論這個問題, 我也就再來羅嗦幾句吧。

    我是一年前寫這個帖子的,當時的想法是告訴大家是想告訴大家一些AJAX負面的東西,貼出發出來后就和“讀書、思考、生活”進行了激烈的討論,應該說我文中所提的并不全對,但我想表達的東西是很明確的:AJAX技術是趨勢,應當積極學習應用,但要注意其缺點和可能引發的問題,不能過度使用。

    我在原文中用來舉例的系統是一個數十乃至上百人的團隊做了7、8年的老產品,有歷史遺留問題,并不具備普遍性,所以咱們有很多高手不已為然,認為我說的那些問題只有過去才有。但仔細想想這個例子還是能說明些東西,這些問題真的就沒有了么,你使用的框架真的能把他們都隱藏起來么,還是你的應用還比較簡單,這些問題還沒有構成麻煩呢?

    過去一年中我也在自己的和單位的項目中大量的使用AJAX,對AJAX的理解也提高了很多。比如在公司去年啟動的一個的項目中,來源于MQ和web service的數據都送到一個主要基于DOJO實現UI的系統中和用戶交互,仔細統計后我發現這個主要由老外實現的系統的60-70%的代碼量是用在寫 javascript 來完成交互效果,大部分的業務邏輯都是接收到JSON數據后在客戶端完成的,而需要指出的是在傳統開發模式中,這些工作其中的很多以前恰恰是可以由框架完成的!

    也就是說,目前AJAX框架依然沒有達到我們需要的那么強大,還有很多功能需要我們自己來實現。那么在這個時候,請您,一個絕世的技術高手,注意一下當你用AJAX來實現一個功能時,還是可以揚長避短,如果服務器端或者說傳統的方式就能做的簡單功能,就不用弄需要在IE6, IE7, FireFox, Mozilla, Opera等等上去全測一遍。當然,這僅僅是善意的提醒,絕不敢對高手們說教。此外,IE和FF下的JS調試工具我用過不少,能為解決問題提供些幫助,但和傳統的類調試還是差距很大,這方面只能是繼續等待。

    最后,自我糾正一下這個帖子的標題的含義。畢竟時過境遷,如今“慎用AJAX框架”的提法或許是有些不妥,我覺得我們可以從新的角度來看它:

    1. 謹慎的選擇AJAX框架。
    2. 合理的認識、應用AJAX框架,要理解框架為我們做了什么,必要時可以脫離框架做自己的簡單實現。
    3. 關注AJAX框架的發展,得明確現在用該框架什么能實現、什么還不行、什么時候行。
      回復  更多評論   

    # re: 慎用AJAX框架 2006-12-07 18:22 BeanSoft[匿名]

    任何新框架都有風險, 如果你的公司是個達到100人左右開發團隊的人, 在采用新技術之前一定要反復評估, 包括學習難度, 代碼量, 可能的風險等等. 理論上說, 老一點的框架, BUG 也會少很多. 所以我們公司要升級 Struts 都要找幾個大的應用反復測試, 確認絕大部分問題都解決了之后才正式上線.

    對公司負責的話, 請使用成熟框架, JDK 不要用不穩定的版本, 例如 JDK 1.6.... 修改 BUG 的工作量也是成本.  回復  更多評論   

    # re: 慎用AJAX框架 2006-12-22 10:24 hehe[匿名]

    沒錯,任何新的東東,都會有風險。

    對于公司來說,不是一味的嘗鮮。

    對于任何一個項目,首要的是考慮:質量,成本,時間。

    我想,任何一家公司做項目,都希望項目:短平快。在綜合了后期維護等各種因素的前提下,盡量快的發揮效益才是根本。所謂的框架,如何如何的先進,如何如何的好,都需要時間的考驗,選擇時一定要慎重。
      回復  更多評論   

    # re: 慎用AJAX框架 2006-12-31 14:32 風行天下

    愛用不用,感覺好的人繼續用,感覺不好的人停止用,我可能會用可能停止用........  回復  更多評論   

    # re: 慎用AJAX框架 2007-01-17 13:51 慎用啊

    用ajax,還是先看看這個j吧,javascript的規范定義的就不夠完善
    而且在不同的瀏覽器上表現的特性又有很多差異.
    舉個例子:window的ie,和apple的ie,最javascript變量的引用處理就不一樣
    實現細節的不同,導致你的程序會出現很多莫名其妙的問題,而且調試困難
    用你最了解的,越簡單越好,只要能達到表現目的  回復  更多評論   

    # re: 慎用AJAX框架 2007-06-03 10:54 哈哈JPJP不錯不錯~

    在這里做個廣告!``````

    lskfc.5d6d.com  回復  更多評論   

    # re: 慎用AJAX框架 2007-07-08 14:57 abent

    樓主說的是創維樓上的那家公司么?  回復  更多評論   

    # re: 慎用AJAX框架 2007-07-08 23:02 weidy

    @abent

    不是,哪家公司也不重要,對吧.  回復  更多評論   

    # re: 慎用AJAX框架[未登錄] 2007-07-13 23:11 king

    posted on 2005-11-25 19:46
    # re: 慎用AJAX框架 2007-07-08 23:02 weidy

    光這點就厲害,厲害!  回復  更多評論   

    # re: 慎用AJAX框架 2007-07-19 08:31 ljq900

    ajax簡單才是美
    對于復雜的ajax框架,調試維護無疑是個噩夢,大量的腳本代碼也會對執行效率有影響.
    泡末是吹起來的,現在的網絡沒什么是不可能的.但實用的東西并不需要很復雜.
    漂亮的界面干嘛不讓瀏覽器實現,至少實現不會比ajax復雜,internet的自然發展還是偏離了軌道.然后,大家一哄而上,把偏離的軌道當作目標.
    再說,新技術吧,八字沒一瞥就吹上天,然后拿開源游民當義務民工種下試驗田.最后用催熟技催向市場,把開發商的意圖強加給用戶。而用戶想象不到,怎樣給它們帶來利益,只知道會對他們很有好處,因為大家都那樣說。  回復  更多評論   

    # re: 慎用AJAX框架 2007-08-23 21:36 泣け野

    開發人員與開發環境的問題,不應該扯上ajax
    調試js的工具很多,很久很久以前的Visual Studio就帶有嵌入IE的debug調試工具,不知道那些高手們是不是都不會用…………  回復  更多評論   

    # re: 慎用AJAX框架 2007-10-07 10:47 是了是了

    to 讀書、思考、生活

    如果說別人用了三四年的ajax都沒用好就說別人不是高手,只怕寫出SPRING的人是笨的不能再笨的人拉。。

    每一種技術都有他的有點和缺點,有他的適用范圍。  回復  更多評論   

    # re: 慎用AJAX框架 2007-10-07 10:50 是了是了

    我忘記了在什么書里看過一篇文章,上面有話說其實最好的開發是最快的時間完成項目,同時這個項目可維護性很好。所謂的體驗性等等都是其次的。如果為了其次的東西舍棄了根本的東西。我覺得不值得。把這個其次和主要的東西結合起來,這就是個度的問題。。。。。  回復  更多評論   

    # re: 慎用AJAX框架 2007-10-22 21:10 不吭氣

    AJAX是AJAX技術
    AJAX框架是現成的AJAX開發工具.

    文中說了半天使用AJAX遇到的問題
    標題卻說 框架

    連個概念都沒弄清, 奢談什么 慎用 啊
      回復  更多評論   

    # re: 慎用AJAX框架 2007-12-06 14:33 上海翻譯公司

    嗯~~很難學`但用起來很不錯  回復  更多評論   

    # re: 慎用AJAX框架 2007-12-10 10:41 心寬體膠

    好激勵的話題,小弟新手,最近剛搞這玩意,覺得BUG挺多的....小弟認為硬骨頭不啃永遠是硬骨頭,你啃了或許一天比一天好啃;熟練了就不用啃了,放嘴里叭嘰!叭嘰!當肉嚼了~~~~~~!!!嘿嘿.  回復  更多評論   

    # re: 慎用AJAX框架 2007-12-10 10:42 心寬體胖

    名字寫錯了.......見笑....見笑..  回復  更多評論   

    # re: 慎用AJAX框架 2007-12-14 09:30 single

    和lz有同感,過度使用ajax的web app,在后期維護上確實有很多問題  回復  更多評論   

    # re: 慎用AJAX框架 2007-12-30 21:03 venus

    我倒是用AJAX做了一個小型的成功案例
    http://www.info-bird.com/proshow4.asp
    大家可以給點意見  回復  更多評論   

    # re: 慎用AJAX框架[未登錄] 2008-01-06 02:02 子玉

    該用的時候才去用。該用的地方才去用
    AJAX不是神,拯救不了Web  回復  更多評論   

    # re: 慎用AJAX框架 2008-01-25 16:45 無名過客

    非常贊同版主的觀點,另外有些問題想問問“讀書、思考、生活 ”和與之持同樣觀點的朋友:
    “讀書、思考、生活 ”說:
    “那么他對AJAX的應用,就算不上登峰造極。只能算是對于IE下的XMLHTTP&CSS的濫用。
    1、不遵循WEB標準的,算不得AJAX
    2、bug滿天飛,那就說明是水平不到家
    3、加個新功能,JSP文件、標簽、JS、后臺類全要過一遍。就說明系統設計有先天的缺陷

    “筆者前一段一直在參與一個國外知名大公司的一個產品的開發”
    這大概可以說明,這個國外知名大公司里,沒有一個數得上的AJAX高手。”

    為了使用AJAX,中國需要投入多少金錢造就你所謂的高手,是不是每個web開發人員都是高手才能參與項目,是不是沒個項目必須有高手存在才能去接這個?為了一個AJAX,每個項目經理必須精通AJAX架構?我想各位都是技術精英,但沒必要淪為技術奴隸,技術是用來創新的,不是用來遵循的,一項有缺陷的俄技術方案需要的是各位精英的創新改造,不是一味的適應。  回復  更多評論   

    # re: 慎用AJAX框架 2008-01-26 19:44 leixiao

    從互相批評鄙視到互相欣賞贊美 美好的友情發生了
      回復  更多評論   

    # 3G時代到來ajax會淘汰 2008-01-30 08:42 馬立杰

    3G時代到來ajax會淘汰!!
    現在上網都是2M的還用什么AJAX  回復  更多評論   

    # 3G時代到來ajax會淘汰 2008-01-30 08:44 馬立杰

    說實現的AJAX真沒什么大用
    現在都是.net時代了,AJAX可以淘汰了  回復  更多評論   

    # .net 時代怎么了 2008-03-13 01:45 吐泡泡的魚

    .net 時代怎么了,.net時代就淘汰AJAX?我覺得AJAX在一些應用層面上還是很好用的,不過有時候會丟出一些莫名其妙的BUG。可是還是有很多人喜歡用,主要是有些方面AJAX確實很方便。所謂魚的熊掌不可兼得吧。  回復  更多評論   

    # re: 慎用AJAX框架 2008-04-11 17:59 挨踢的貨

    只要你懂xmlhttp,為什么非要用ajax呢,我從2000年開始使用xmlhttp,ajax剛出來的時候看了一眼,冷笑一聲。所以爭論沒有意義,到處都是新瓶裝老酒的故事  回復  更多評論   

    # re: 慎用AJAX框架 2008-05-01 14:18 樓主

    @讀書、思考、生活
    2、bug滿天飛,那就說明是水平不到家
    您的水平能高到沒有bug?
      回復  更多評論   

    # re: 慎用AJAX框架 2008-05-30 18:34 驕傲

    ajax 要懂的原理,同意樓主,框架慎用
      回復  更多評論   

    # re: 慎用AJAX框架 2008-06-20 22:36 夏如嘏

    個人感覺, ajax 太復雜了會出現弊病,不僅僅是代碼維護、DEBUG的問題。

    不穩定的網絡也是一個更大的殺手,因為你不知道什么時候在哪里,網絡會出問題。

    一個桌面軟件的數據調用是內存、硬盤級別的,所以如果內存出問題、或者硬盤媒介出問題,軟件就會報錯、崩潰。

    而ajax的數據調用是網絡級別的,依賴的東西更多,客戶端的內存、瀏覽器版本、網絡質量、服務端的數據中心云云。

    相比之下,出問題的頻率、概率就搞得多了。

    所以,我覺得AJAX沒有必要搞得太復雜,10個獨立的小型AJAX比1個龐大的AJAX要容易維護、開發得多。  回復  更多評論   

    # re: 慎用AJAX框架 2009-01-14 15:08 阿斯頓飛

    AJAX是中國技術領域的紅燈區。。想爽,但又怕潛伏著危險。。。  回復  更多評論   

    主站蜘蛛池模板: 亚洲人片在线观看天堂无码| 亚洲欧美不卡高清在线| 日本h在线精品免费观看| 亚洲娇小性xxxx| 亚洲第一黄片大全| 97在线视频免费| 男女交性无遮挡免费视频| 亚洲高清在线视频| 日本高清免费aaaaa大片视频| 中文字幕免费人成乱码中国| 亚洲国产成+人+综合| 亚洲欧洲久久av| 亚洲免费在线视频播放| 四虎国产精品成人免费久久| 7777久久亚洲中文字幕蜜桃| 可以免费观看一级毛片黄a| 99精品视频在线观看免费播放| 亚洲国产精品久久久久秋霞小 | 亚洲区不卡顿区在线观看| 亚洲大片免费观看| 日韩在线观看免费完整版视频| 亚洲精品国产电影午夜| 亚洲色图综合在线| 成年女人视频网站免费m| 免费精品一区二区三区第35 | 国产情侣久久久久aⅴ免费| 亚洲色成人四虎在线观看| 亚洲AV福利天堂一区二区三| 又粗又黄又猛又爽大片免费| 97热久久免费频精品99| 光棍天堂免费手机观看在线观看| 亚洲AV无码一区二区三区性色| 亚洲第一成年网站大全亚洲| 亚洲色中文字幕无码AV| 国产在线19禁免费观看国产| 皇色在线视频免费网站| 日本免费一区二区三区| 中文日本免费高清| 一级毛片免费播放男男| 在线观看亚洲专区| 亚洲国产成人精品无码区花野真一|