<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。

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


    網站導航:
     
    主站蜘蛛池模板: 免费人成激情视频| 国产日韩一区二区三免费高清| 最近2019免费中文字幕视频三| 久久精品国产精品亚洲人人| 国产精品亚洲va在线观看| 免费黄色app网站| 亚洲国产成人精品无码区二本 | 亚洲色图黄色小说| 一级毛片免费观看| 亚洲视频一区在线播放| 91精品免费在线观看| 中文字幕在线观看亚洲视频| 国产精品视频免费一区二区| 亚洲一区二区三区国产精华液| 免费看大美女大黄大色| 国产AV无码专区亚洲AV琪琪| 亚洲精品无码久久不卡| 怡红院免费全部视频在线视频| 亚洲精品综合一二三区在线| 3d动漫精品啪啪一区二区免费| 久久精品国产亚洲av麻豆图片| 在线精品免费视频| 亚洲阿v天堂在线2017免费| 亚洲AV永久纯肉无码精品动漫 | 国产成人亚洲综合无码精品 | 成人精品国产亚洲欧洲| 亚洲精品专区在线观看| 两个人www免费高清视频| 亚洲av永久无码精品表情包| 免费大片黄在线观看yw| 国产一区二区三区亚洲综合| 国产成人无码综合亚洲日韩| 特级做A爰片毛片免费69| 色老头综合免费视频| 亚洲国产精品无码专区在线观看 | 色偷偷女男人的天堂亚洲网| 免费观看日本污污ww网站一区| 免费无码又爽又刺激高潮软件| 亚洲不卡在线观看| 亚洲综合精品网站| 91精品国产免费久久久久久青草 |