<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 閱讀(3059) 評論(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| 三年片在线观看免费西瓜视频| 午夜亚洲www湿好大| 猫咪社区免费资源在线观看| 免费人成动漫在线播放r18| 亚洲日本在线看片| 国产一区二区三区在线免费观看| 97无码人妻福利免费公开在线视频| 久久精品国产亚洲av麻豆图片| 亚洲高清视频一视频二视频三| 老汉精品免费AV在线播放| 亚洲高清毛片一区二区| 亚洲第一AAAAA片| 国产成人精品免费直播| 亚洲精品免费视频| 四虎国产精品永免费| 亚洲一本之道高清乱码| 亚洲色婷婷综合久久| 日韩午夜免费视频| 亚欧人成精品免费观看| 久久精品免费网站网| 亚洲精品成a人在线观看夫 | 亚洲精品第五页中文字幕| 国产乱色精品成人免费视频| 91香蕉国产线在线观看免费| 黄色三级三级三级免费看| 亚洲一卡二卡三卡| 97se亚洲综合在线| 久久亚洲高清观看| 亚洲免费视频一区二区三区| 在线观看免费污视频| 四虎在线最新永久免费| 国偷自产一区二区免费视频| 人人公开免费超级碰碰碰视频| 国产成人亚洲综合网站不卡| 久久亚洲私人国产精品| 亚洲va久久久噜噜噜久久天堂| 亚洲乱码中文字幕综合234| 国产免费看插插插视频| 妞干网免费视频观看|