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

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

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

    五月天山雪

    五月天山雪,無花只有寒。笛中聞折柳,春色未曾看。曉戰隨金鼓,宵眠抱玉鞍。愿將腰下劍,直為斬樓蘭。 ——李白《塞下曲》
    posts - 8, comments - 53, trackbacks - 0, articles - 0
      BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

    我們是否應該依賴自動生成的 JavaScript

    Posted on 2005-11-21 19:46 dlee 閱讀(3069) 評論(5)  編輯  收藏 所屬分類: 軟件工藝
    在 WebWork 對于 Ajax 支持的 presentation 中,作者說了這么一句耐人尋味的話:
    AJAX is really just a bunch of JavaScript, HTML, and sloppy logic smashed together in a big train wreck!
    并且作者還用粗體加重。
    看不懂嗎?我來翻譯一下:
    Ajax 其實不過是一堆 JavaScript、HTML 和膨脹的邏輯混合在一輛巨大的失事火車里面。

    嘿嘿,這就是 WebWork 開發者們對于 Ajax 的看法,那么他們對于 Ajax 的支持方式也就不難理解了。
    基本上,傳統的 J2EE 開發者對于基于 JavaScript 的技術持有一種發自內心的輕視。他們也不相信 Java 開發人員可以寫好 JavaScript —— 所以,不應該由開發人員自己來寫 JavaScript,而應該由框架來自動生成 JavaScript。封裝在 tag 中就成了一種非常自然的選擇。

    現在我要問的問題是,我們是否應該依賴這么多自動生成的 JavaScript?萬一遇到了復雜的情況,這些 tag 不適用,我們是不是還是要去找到源頭,修改生成 JavaScript 的代碼?
    更進一步,過于依賴這些自動生成的代碼可能會阻礙我們采用更先進的 Web 技術。例如完全基于 CSS 的布局、structure/presentation/behaviour(分別由 XHTML/CSS/DOM 規范代表,位于 html/css/js 文件中)完全的分離以實現最大限度的頁面重用。

    現在 POJO 這個詞相信已經深入人心,我們是否應該再考慮一下 Plain HTML、Plain JavaScript 了?

    評論

    # re: 我們是否應該依賴自動生成的 JavaScript  回復  更多評論   

    2005-11-21 20:05 by femto
    對,不恰當的封裝只能造成災難,就像tapestry那樣,
    扭曲了正常了request/response模型,萬一出了問題,
    調試起來都麻煩。
    正如joel在leaky abstraction里頭指出的那樣,無論怎么樣的
    封裝,都會有泄漏的時候,到泄漏的時候,你仍然不得不面對底層
    的東西。

    # re: 我們是否應該依賴自動生成的 JavaScript  回復  更多評論   

    2005-11-21 20:36 by 醒來
    我也不喜歡taglib的封裝方式,但就現階段而言,如果一個簡單的taglib 能讓web開發人員通過簡單的修改現有系統而迅速感受到ajax的魔力或者滿足boss的要求,那么這個taglib 還是有意義的。

    還是那句話,合適的是最好的,優化現有的組合正是Ajax誕生的目的。

    # re: 我們是否應該依賴自動生成的 JavaScript  回復  更多評論   

    2005-11-22 15:39 by BlueO2
    對于一些人來說,應該更加關注實現.但是不能讓所有想用ajax的人要熟悉javascript,所以某種意義上,封裝也是必須的吧。
    看看asp.net的atlas最后能封裝成什么樣子……

    # re: 我們是否應該依賴自動生成的 JavaScript  回復  更多評論   

    2005-11-22 21:05 by
    其實從頭來說還是基于的html的協議的問題,最后的結果只能是把這個協議推倒重來好了 呵呵

    # re: 我們是否應該依賴自動生成的 JavaScript  回復  更多評論   

    2006-02-22 14:43 by dohkoos
    和我想的差不多。我越來越感覺webwork team發布出來的不是成品,而是半成品。他們經常想在webwork和xwork里玩些新技術,可是又不能玩的很好,然后急沖沖的就release出來一個版本。像在xwork-1.1中居然把rife-continuations作為必須依賴的jar,然后又可能在下個版本把它作為optional jar。

    只有注冊用戶登錄后才能發表評論。


    網站導航:
     
    主站蜘蛛池模板: 亚洲日韩区在线电影| 久久久久久久久亚洲 | 亚洲AV无码第一区二区三区 | 国产成人精品无码免费看 | 免费看一级做a爰片久久| 亚洲人成网站在线在线观看| 四虎在线免费视频| 亚洲国产成人精品无码区在线网站| 7m凹凸精品分类大全免费| 亚洲综合区图片小说区| 99精品在线免费观看| 亚洲视频在线观看地址| 4虎永免费最新永久免费地址| 亚洲精品国产福利片| 97国产免费全部免费观看| 亚洲avav天堂av在线网爱情| 成人毛片免费视频| 自拍偷自拍亚洲精品偷一| 又黄又爽的视频免费看| 精品人妻系列无码人妻免费视频| 亚洲日韩中文无码久久| 日韩精品极品视频在线观看免费| 亚洲成a人不卡在线观看| 最近免费中文字幕4| 免费国产黄网站在线看| 国产亚洲?V无码?V男人的天堂 | 亚洲av无码成人精品区| 和老外3p爽粗大免费视频| 亚洲AV午夜福利精品一区二区| 最近2019免费中文字幕6| 久久亚洲精品国产精品婷婷| 亚洲AV无码乱码精品国产| 免费国产成人18在线观看| 亚洲av乱码一区二区三区| 爱情岛论坛网亚洲品质自拍| 99精品视频在线观看免费播放| 亚洲黄页网在线观看| jlzzjlzz亚洲乱熟在线播放| 9420免费高清在线视频| 亚洲国产精品成人综合色在线| 伊人久久综在合线亚洲91|