這篇文章給大家介紹前端模塊化要解決的兩個問題分別是什么，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

專注于為中小企業提供網站制作、網站設計服務,電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業泉山免費做網站提供優質的服務。我們立足成都，凝聚了一批互聯網行業人才，有力地推動了上千多家企業的穩健成長，幫助中小企業通過網站建設實現規模擴充和轉變。

前言

前端模塊化，主要是解決兩個問題“命名空間沖突”，“文件依賴管理”。

坑___命名空間沖突

1. 我自己測試好的代碼和大家合并后怎么起沖突了?

2. 頁面腳本的變量或函數覆蓋了公有腳本的。

坑___文件依賴管理

1. 明明項目需要引入的包都引進來了怎么還報缺少包?

2. 手動管理依賴，有天要更換某個插件，要深入代碼內部進行修改

3. 如下圖，顯示的代碼加載，依賴關系復雜。在F.js中，分不清某個變量是來自C.js，還是E.js

4. 兩次加載同一個模塊。比如引入了兩遍JQ

其他的坑

1. 為了實現腳本復用，將一個很大的公用public文件引入各個頁面中，其中的某些函數，只有個別頁面用到。

2. 某個功能的函數群函數，與另一個功能的函數群擺在一起，使用注釋來分隔。

目前解決的方法是:模塊化

1. 命名空間：各個模塊的命名空間獨立。A模塊的變量x不會覆蓋B模塊的變量x。

2. 模塊的依賴關系:通過模塊管理工具如webpack/requireJS/browserify等進行管理。

模塊化的基本原理解決命名空間沖突

JavaScript的缺陷，首當其沖就是全局變量。這使得每想命名一個變量的時候都要三思又三思，生怕上方無窮遠的地方有一個同事些的代碼和自己沖突。以下是一些防范方法

一、使用命名空間

代碼如下：

//定義 var module = {     name: 'rouwan',     sayName:function(){         console.log(this.name)     } } //使用 var a = module.name; console.log(a)

總結：直接修改name不會影響module.name，一定程度保護了命名空間。有兩個缺點，一，外部還是可以修改module的屬性和方法。二，命名空間有時長起來超乎你的想象。適合一些小型的封裝，如一些配置。

二、立即執行函數 + 閉包(實現模塊的基本方法)

立即函數可以創建作用域，閉包則可以形成私有變量和函數

//創建 var module = (function(){                 var privateName = 'inner';            //私有變量                 var privateFunc = function(){        //私有函數                     console.log('私有函數')                 }                  return {                                                 name: 'rouwan',                    //公有屬性                     sayName:function(){                //公有函數                         console.log(this.name)                     }                 }             })() //使用 module.sayName();    //'rouwan'

總結：這是目前比較常用的模塊定義方式，可以區分私有成員和公有成員。公有變量和方法，和之前一樣可以直接通過module.name的方式修改。私有變量和方法，是無法訪問的，除非給你個修改私有成員的公有方法。

三、在上述基礎上，引入其他模塊

//定義 var module1 = (function(mod){                 var privateName = 'inner1';                 var privateFunc = function(){                     console.log('私有函數1')                 }                  return {                     name : 'rouwan1',                     sayName: function(){                         console.log(this.name)                     },                     anotherName:mod.name,            //另一個模塊上的公有參數                     sayAnotherName:mod.sayName       //另一個模塊上的公有方法                 }              })(anotherModule)                        //引入了另一個模塊 //使用 module1.sayOtherName()

總結：在一個模塊中可以引入另一個模塊。

四、其他的方式

放大模式等是以往用來管理大型模塊，進行文件拆分的方法。現在webpack等模塊化工具都很完善的情況下，已經顯得有點落后了。就不介紹了。

告別刀耕火種的時代模塊化構建工具(解決依賴管理)

我了解js模塊是從立即執行函數開始的。但是等到真正使用構建工具的時候，卻發現業界采用的模塊化方案，卻并非是一個一個由立即函數+閉包形成的集群。

而是用了諸如AMD/CMD/CommonJS/ES6模塊等等模塊化實現。

這里面的原因可能有這幾個，一，閉包的性能問題。二，當模塊增多的時候，需要解決模塊間的依賴管理問題。

關于依賴管理，目前項目里碰到了幾個不舒服的地方：

1. 

   僅此一圖，無須多言

2. HTML中引入了兩遍的jq，導致腳本報錯。

3. 有一個公用腳本，包含了N多的公用模塊。有些頁面明明只用到了一個模塊，也必須全部加載一遍。

因此，必須使用模塊化管理工具!

幾個概念

包管理工具:  安裝、卸載、更新、查看、搜索、發布包。比如你需要安裝個jq等，通過npm來安裝。npm里有依賴管理，假如jq或者說express升級了，原來代碼不能用了。幫助你解決這個問題的就是npm。

模塊化構建工具：webpack/requireJS/seaJS，等是用來組織前端模塊的構建工具(加載器)。通過使用模塊化規范(AMD/CMD/CommonJS/es6)的語法來實現按需加載。舉個栗子，如果有一天你不用維護一個很長很長的公用腳本文件，這得感謝它。

模塊化規范：：AMD/CMD/CommonJS/es6模塊等等規范，規范了如何來組織你的代碼。一般這種方式寫的代碼瀏覽器不認，需要用模塊化構建工具來打包編譯成瀏覽器可以識別的文件。

從我的表格里，可以看出我的推薦搭配———— npm +webpack + es6模塊。

理由如下：

npm與bower比較：

• 原來bower的使用優勢就是適合前端模塊管理，而npm被視為只適合后端的管理。但是隨著webpack的流行，這個已經毫無疑問是npm勝出了。npm+webpack，可以實現良好的前端模塊管理。

webpack和requireJS比較：

幾種模塊化規范比較：

所以就決定是你了! npm + webpack + es6模塊。

關于前端模塊化要解決的兩個問題分別是什么就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

文章名稱：前端模塊化要解決的兩個問題分別是什么
文章網址：http://www.yijiale78.com/article42/ihdsec.html

成都網站建設公司_創新互聯，為您提供移動網站建設、網站收錄、品牌網站設計、面包屑導航、網站策劃、微信小程序

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯