js模块化规范—概念和模块化进化史以及模块化的问题
模块的概念
一个复杂的项目开发中，会写很多js文件，一个js文件执行某些特定的功能，那么每个js都可以称为一个模块，这就是模块的概念
每个js模块内部数据/实现是私有的, 只是向外部暴露一些接口(方法)与外部其它模块通信
模块化的进化史
全局function模式：将不同的功能封装成不同的全局函数
问题: Global被污染了, 很容易引起命名冲突
//数据
let data = 'atguigu.com' //操作数据的函数
function foo() {
console.log(`foo() ${data}`)
}
function bar() {
console.log(`bar() ${data}`)
}
let data2 = 'other data';
function foo() { //与另一个模块中的函数冲突了
console.log(`foo() ${data2}`)
}
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>01_全局function模式</title>
</head>
<body>
<script type='text/javascript' src='module1.js'></script>
<script type='text/javascript' src='module2.js'></script>
<script type='text/javascript'>
let data = "修改后的数据" // 模块1中已经定义了data变量，重复定义同名变量报错
foo() // module2模块中的foo()方法覆盖了module1模块中的foo()方法
bar()
</script>
</body>
</html>
namespace模式
简单对象封装，减少了全局变量
问题: 不安全(数据不是私有的, 外部可以直接修改)
let myModule1 = {
data: 'atguigu.com',
foo() {
console.log(`foo() ${this.data}`)
},
bar() {
console.log(`bar() ${this.data}`)
}
}
let myModule2 = {
data: 'atguigu.com2222',
foo() {
console.log(`foo() ${this.data}`)
},
bar() {
console.log(`bar() ${this.data}`)
}
}
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>02_namespace模式</title>
</head>
<body>
<script type="text/javascript" src="module1.js"></script>
<script type="text/javascript" src="module2.js"></script>
<script type="text/javascript">
myModule1.foo() // foo() atguigu.com
myModule1.bar() // bar() atguigu.com myModule2.foo() // foo() atguigu.com2222
myModule2.bar() // bar() atguigu.com2222 myModule1.data = 'other data' //能直接修改模块内部的数据
myModule1.foo() // foo() other data </script>
</body>
</html>
IIFE模式: 匿名函数自调用(闭包)
IIFE : immediately-invoked function expression(立即调用函数表达式)
作用: 数据是私有的, 外部只能通过暴露的方法操作
问题: 如果当前这个模块依赖另一个模块怎么办
(function (window) {
let data = 'atguigu.com' // 数据
//操作数据的函数
function foo() { //用于暴露有函数
console.log(`foo() ${data}`)
}
function bar() {//用于暴露有函数
console.log(`bar() ${data}`)
otherFun() //内部调用
}
function otherFun() { //内部私有的函数
console.log('otherFun()')
}
//暴露行为
window.myModule = {foo, bar}
})(window)
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>03_IIFE模式</title>
</head>
<body>
<script type="text/javascript" src="module3.js"></script>
<script type="text/javascript">
myModule.foo() // foo() atguigu.com
myModule.bar() // bar() atguigu.com
//myModule.otherFun() //myModule.otherFun is not a function
console.log(myModule.data) //undefined 不能访问模块内部数据
myModule.data = 'xxxx' //不能修改的模块内部的data，这只是给myModule对象增加了一个data属性
myModule.foo() // 没有改变，foo() atguigu.com </script>
</body>
</html>
IIFE模式增强 : 引入依赖
这就是现代模块实现的基石
(function (window, $) {
let data = 'atguigu.com' // 数据
// 操作数据的函数
function foo() { // 用于暴露有函数
console.log(`foo() ${data}`)
$('body').css('background', 'red')
}
function bar() { // 用于暴露有函数
console.log(`bar() ${data}`)
otherFun() // 内部调用
}
function otherFun() { //内部私有的函数
console.log('otherFun()')
}
//暴露行为
window.myModule = {foo, bar}
})(window, jQuery)
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>04_IIFE模式增强</title>
</head>
<body>
<!--引入的js必须有一定顺序-->
<script type="text/javascript" src="jquery-1.10.1.js"></script>
<script type="text/javascript" src="module4.js"></script>
<script type="text/javascript">
myModule.foo() // foo() atguigu.com
</script>
</body>
</html>
为什么要模块化开发
首先来说明一下，项目中js为什么要模块化的开发，当项目开发越来越复杂的时候，会经常遇到代码冲突，每个js文件之间的依赖关系，当js文件越来越多的时候页面加载性能等等一些问题
代码冲突：比如在团队协作的过程中，同事A写了一个组件库common的一个js文件，里面有个操作选项卡的一个函数叫做tab，然后同事B在同一个页面中进行修改的时候，也定义了一个叫做tab的函数，那这个时候，这两个方法就冲突了（不仅函数冲突，包括变量等等），一般情况下，简单的解决方案就是给这些函数或者变量加上命名空间（这个解决方案的缺点是名字比较长 , 只能降低冲突，不能完全避免）
var above = {}; //名字比较长 , 只能降低冲突，不能完全避免
above.a = 10;
above.tab = function(){};
above.drag = function(){};
above.dialog = function(){};
//调用的时候需要加上前缀，如果命名空间比较长的时候，调用的时候更加麻烦
above.tab();
多个js文件之间的依赖关系：当项目越来越大的时候，项目需要将js进行分层，当a.js和b.js两个文件都需要引入页面中，并且b.js需要依赖a.js的时候，当时后期项目需求更改需要加入一个功能，在写一个c.js文件，需要依赖a.js，当越来越多文件，文件之间有相互依赖的关系，如果少了某个依赖的文件那么页面就出错了
模块化的好处和问题
避免命名冲突(减少命名空间污染)，更好的分离, 按需加载，更高复用性，高可维护性
模块化能带来很多好处，但现实开发中也会带来问题
页面引入加载script，产生的问题：请求过多，依赖模糊，难以维护，所以我们需要一些模块化的规范来解决这些问题
SeaJs简介
Seajs库的作用就是为了解决代码冲突，js模块的依赖关系等等问题
Seajs，一个Web模块加载框架，追求简单、自然的代码书写和组织方式，：Sea.js 遵循 CMD 规范，模块化JS代码。依赖的自动加载、配置的简洁清晰，可以让程序员更多地专注编码。
Seajs优缺点
优点：提高可维护性、模块化编程、动态加载，前端性能优化
SeaJs与JQuery的区别
什么是CMD 和AMD
js模块化规范—概念和模块化进化史以及模块化的问题的更多相关文章
- 一文彻底搞懂JS前端5大模块化规范及其区别
码文不易,转载请带上本文链接,感谢~ https://www.cnblogs.com/echoyya/p/14577243.html 目录 码文不易,转载请带上本文链接,感谢~ https://www ...
- 模块化规范Common.js,AMD,CMD
随着网站规模的不断扩大,嵌入网页中的javascript代码越来越大,开发过程中存在大量问题,如:协同开发,代码复用,大量文件引入,命名冲突,文件依赖. 模块化编程称为迫切的需求. 所谓的模块,就是实 ...
- Node.js实战项目学习系列(3) CommonJS 模块化规范
前言 想开始编写Node.js代码,那么我们就必须先熟悉它的模块化规范CommonJS,本文将详细讲解CommonJS规范 本文代码 >>> github 地址 CommonJS N ...
- js的模块化规范
js的模块化规范常见的有:AMD,CMD,commonJS,UMD,es6 前期在没有模块化的时候,js文件十分庞大,于是就按功能抽离划分为多个js文件. 但是在html页面通过script的方式加载 ...
- JS模块化规范CMD之SeaJS
1. 在接触规范之前,我们用模块化来封装代码大多为如下: ;(function (形参模块名, 依赖项, 依赖项) { // 通过 形参模块名 修改模块 window.模块名 = 形参模块名 })(w ...
- JS 模块化 - 02 Common JS 模块化规范
1 Common JS 介绍 Common JS 是模块化规范之一.每个文件都是一个作用域,文件里面定义的变量/函数都是私有的,对其他模块不可见.Common JS 规范在 Node 端和浏览器端有不 ...
- 模拟实现AMD模块化规范
目录 引子 再谈什么是闭包(闭包的产生)? 词法作用域 回到闭包 利用闭包编写模块 实现AMD模块化规范 写在最后 引子 本文最后的目的是模拟实现AMD模块化规范,而写下本文的原因是今天阅读到了< ...
- Java模块化规范之争(转载)
经过近20年的发展,Java语言已成为今日世界上最成功.使用的开发者人数最多的语言之一,Java世界中无数商业的或开源的组织.技术和产品共同构成了一个无比庞大的生态系统. 与大多数开发人员的普遍认知不 ...
- Javascript模块化规范
Javascript模块化规范 一.前端js模块化由来与演变 CommonJS 原来叫 ServerJS,推出 Modules/1.0 规范后,在 Node.js 等环境下取得了很不错的实践.09年下 ...
随机推荐
- Mysql索引的类型
索引的类型 B-Tree索引 B-Tree 索引 通常意味着所有的值都是按顺序存储的,并且每一个叶子页到根的距离相同. B-Tree 索引 能够加快访问数据的速度,存储引擎不再需要进行全表扫描来获取需 ...
- springboot调优
application.properties server.tomcat.max-connections=0 # Maximum number of connections that the serv ...
- javascript中Ajax的简单封装
GET方式的在线:DEMO POST方式在线:DEMO // 1.封裝AJAX函數 function nativeAjax(option,success,error){ // 定义domain,方便环 ...
- java并发编程小结
旭日Follow_24 的CSDN 博客 ,全文地址请点击: https://blog.csdn.net/xuri24/article/details/82078467 线程简介: 线程是操作系统调度 ...
- python爬虫入门urllib库的使用
urllib库的使用,非常简单. import urllib2 response = urllib2.urlopen("http://www.baidu.com") print r ...
- 【Web前端】用CSS3实现弹幕
初版 用css3来实现弹幕确实比较简单,只需要设置动画让弹幕从屏幕右侧移动到屏幕左侧即可,一开始是这样实现的 .danmu { position: fixed; left: %; animation: ...
- DevExpress ChartControl ViewType.Line
源码地址:https://files.cnblogs.com/files/lanyubaicl/ChartControl.Line.7z public partial class Form1 : Fo ...
- 将HTML页面自动保存为PDF文件并上传的两种方式（一）-前端（react）方式
一.业务场景 公司的样本检测报告以React页面的形式生成,已调整为A4大小的样式并已实现分页,业务上需要将这个网页生成PDF文件,并上传到服务器,后续会将这个文件发送给客户(这里不考虑). 二.原来 ...
- 配置 Sublime Text 3 作为Python R LaTeX Markdown IDE
配置 Sublime Text 3 作为Python R LaTeX Markdown IDE 配置 Sublime Text 3 作为Python IDE IDE的基本功能:代码提醒.补全:编译文件 ...
- git 入门教程之忽略文件
忽略文件 "并不是所有的牛奶都叫特仑苏",在版本控制系统中也有相似的表达,那就是"并不是所有的文件都需要提交". 有的是因为没必要提交,比如日志文件,系统缓存文 ...