<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
        問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
        當前位置: 首頁 - 科技 - 知識百科 - 正文

        SeaJS與RequireJS的差異對比_AngularJS

        來源:懂視網 責編:小采 時間:2020-11-27 21:29:44
        文檔

        SeaJS與RequireJS的差異對比_AngularJS

        SeaJS與RequireJS的差異對比_AngularJS:歷史不是過去,歷史正在上演。隨著 W3C 等規范、以及瀏覽器的飛速發展,前端的模塊化開發會逐步成為基礎設施。一切終究都會成為歷史,未來會更好。——引用玉伯原文最后一段話,我個人也非常贊同。既然談到了未來,我個人認為:前端 js 模塊如果繼續
        推薦度:
        導讀SeaJS與RequireJS的差異對比_AngularJS:歷史不是過去,歷史正在上演。隨著 W3C 等規范、以及瀏覽器的飛速發展,前端的模塊化開發會逐步成為基礎設施。一切終究都會成為歷史,未來會更好。——引用玉伯原文最后一段話,我個人也非常贊同。既然談到了未來,我個人認為:前端 js 模塊如果繼續
        “歷史不是過去,歷史正在上演。隨著 W3C 等規范、以及瀏覽器的飛速發展,前端的模塊化開發會逐步成為基礎設施。一切終究都會成為歷史,未來會更好。”——引用玉伯原文最后一段話,我個人也非常贊同。既然談到了“未來”,我個人認為:前端 js 模塊如果繼續發展,其模塊格式很可能會成為未來 WEB 一種標準規范,產生多種實現方式。就好比 JSON 格式一樣,最終成為標準、被瀏覽器原生實現。

        誰更有能成為未來的異步模塊標準?SeaJS 遵循 CMD 規范,RequireJS 遵循 AMD 規范,先從這兩種不同的格式說起。

        CMD

        CMD 模塊依賴聲明方式:

        代碼如下:
        define(function (require) {
        var a = require('./a');
        var b = require('./b');
        // more code ..
        })

        CMD 依賴是就近聲明,通過內部require方法進行聲明。但是因為是異步模塊,加載器需要提前加載這些模塊,所以模塊真正使用前需要提取模塊里面所有的依賴。無論是加載器即時提取,還是通過自動化工具預先提取,CMD 的這種依賴聲明格式只能通過靜態分析方式實現,這也正是 CMD 的弊端所在。

        CMD 規范的弊端

        不能直接壓縮:require是局部變量,意味著不能直接的通過壓縮工具進行壓縮,若require這個變量被替換,加載器與自動化工具將無法獲取模塊的依賴。
        模塊書寫有額外約定:路徑參數不能進行字符串運算,不能使用變量代替,否則加載器與自動化工具無法正確提取路徑。
        規范之外的約定意味著更多的文檔說明,除非它們也是規范中的一部分。

        注:SeaJS 靜態分析實現是把模塊包toString()后使用正則提取require部分得到依賴的模塊路徑。

        AMD

        AMD 模塊依賴聲明方式:

        代碼如下:
        define(['./a', './b'], function (a, b) {
        // more code ..
        })

        AMD 的依賴是提前聲明。這種優勢的好處就是依賴無需通過靜態分析,無論是加載器還是自動化工具都可以很直接的獲取到依賴,規范的定義可以更簡單,意味著可能產生更強大的實現,這對加載器與自動化分析工具都是有利的。

        AMD 規范的弊端

        依賴提前聲明在代碼書寫上不是那么友好。
        模塊內部與 NodeJS 的 Modules 有一定的差異。
        關于第二點的問題需要特別說明下。其實無論是 CMD 還是 AMD 的異步模塊,都無法與同步模塊規范保持一致(NodeJS 的 Modules),只有誰比誰更像同步模塊而已。AMD 要轉換為同步模塊,除了去掉define函數的包裹外,需要在頭部使用require把依賴聲明好,而 CMD 只需要去掉define函數的包裹即可。

        總結

        從規范上來說,AMD 更加簡單且嚴謹,適用性更廣,而在 RequireJS 強力的推動下,在國外幾乎成了事實上的異步模塊標準,各大類庫也相繼支持 AMD 規范。

        但從 SeaJS 與 CMD 來說,也做了很多不錯東西:

        1、相對自然的依賴聲明風格
        2、小而美的內部實現
        3、貼心的外圍功能設計
        4、更好的中文社區支持

        如果有可能,我希望看到 SeaJS 也支持 AMD,與前端社區大環境保持一致最終幸福的是廣大開發者。

        聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        SeaJS與RequireJS的差異對比_AngularJS

        SeaJS與RequireJS的差異對比_AngularJS:歷史不是過去,歷史正在上演。隨著 W3C 等規范、以及瀏覽器的飛速發展,前端的模塊化開發會逐步成為基礎設施。一切終究都會成為歷史,未來會更好。——引用玉伯原文最后一段話,我個人也非常贊同。既然談到了未來,我個人認為:前端 js 模塊如果繼續
        推薦度:
        標簽: js 差異 angularjs
        • 熱門焦點

        最新推薦

        猜你喜歡

        熱門推薦

        專題
        Top
        主站蜘蛛池模板: 内射干少妇亚洲69XXX| 伊在人亚洲香蕉精品区麻豆| 亚洲AV乱码久久精品蜜桃| 久久久WWW免费人成精品| 在线亚洲97se亚洲综合在线| 国产精品成人啪精品视频免费| 久草免费福利资源站| 久久亚洲精品中文字幕| 久久久高清日本道免费观看| 久久精品国产亚洲AV麻豆网站| 一级毛片**不卡免费播| 亚洲一区二区三区91| 天天摸天天碰成人免费视频| 美女被艹免费视频| 亚洲一区二区三区自拍公司| 久久精品私人影院免费看| 亚洲色偷偷偷网站色偷一区| 欧洲精品成人免费视频在线观看 | 亚洲AV日韩AV永久无码免下载| 国产羞羞的视频在线观看免费| 亚洲视频小说图片| 日本视频免费在线| 亚洲免费日韩无码系列| 亚洲AV中文无码字幕色三| 99久久精品日本一区二区免费| 亚洲日韩精品无码专区加勒比| 亚洲精品人成无码中文毛片| 无码日韩精品一区二区三区免费| 亚洲人成网站在线观看播放动漫| 国产美女精品视频免费观看 | 亚洲人成77777在线播放网站不卡| 全部免费国产潢色一级| 中文字幕无线码免费人妻| 亚洲天堂一区在线| 男人的天堂亚洲一区二区三区| 一级一片免费视频播放| 亚洲宅男永久在线| 亚洲国产免费综合| 亚洲国产精品免费观看| 午夜免费国产体验区免费的| 亚洲国产精品成人精品软件|