在很久很久以前，当我们写一个web网页的时候，js实现的逻辑相对是比较弱的。但随着前端技术的发展，前端能实现的内容越来越多。在js里面加了非常非常多的逻辑，于是呢，我们就发现我们通过这种面向过程的方式去写我们的代码。我们的代码就会变得非常的长。后面js里面的逻辑会被堆的越来越大，越来越大，最终变得不可维护。

这个时候我们出现了一种新的编程方式，叫做面向对象编程

index.html
<!DOCTYPE html>

<html lang="en">

　　<head>

　　　　<meta charset="UTF-8">

　　　　<meta name="viewport" content="width=device-width, initial-scale=1.0">

　　　　<meta http-equiv="X-UA-Compatible" content="ie=edge">

　　　　<title>这是最原始的网页开发</title>

　　</head>

　　<body>

　　　　<p>这是我们的网页内容</p>

　　　　<div id="root"></div>

　　　　<script src='./index.js'></script>

　　</body>

</html>
index.js
var dom = document.getElementById('root');

var header = document.createElement('div');

header.innerText = 'header';

dom.appendChild(header);

var sidebar = document.createElement('div');

sidebar.innerText = 'sidebar';

dom.appendChild(sidebar);

var content = document.createElement('div');

content.innerText = 'content';

dom.appendChild(content);
改成
index.html
<!DOCTYPE html>

<html lang="en">

　　<head>

　　　　<meta charset="UTF-8">

　　　　<meta name="viewport" content="width=device-width, initial-scale=1.0">

　　　　<meta http-equiv="X-UA-Compatible" content="ie=edge">

　　　　<title>这是最原始的网页开发</title>

　　</head>

　　<body>

　　　　<p>这是我们的网页内容</p>

　　　　<div id="root"></div>

　　　　<script src="./header.js"></script>

　　　　<script src="./sidebar.js"></script>

　　　　<script src="./content.js"></script>

　　　　<script src="./index.js"></script>

　　</body>

</html>

header.js

function Header() {

　　var header = document.createElement('div');

　　header.innerText = 'header';

　　dom.appendChild(header);

}
sidebar.js
function Sidebar() {

　　var sidebar = document.createElement('div');

　　sidebar.innerText = 'sidebar';

　　dom.appendChild(sidebar);

}
content.js
function Content() {

　　var content = document.createElement('div');

　　content.innerText = 'content';

　　dom.appendChild(content);

}
index.js
var dom = document.getElementById('root');

new Header();

new Sidebar();

new Content();
这样的话就通过面向对象改造了我们的代码。使用了面向对象使我们的代码更具有维护性。为什么呢？关于header的逻辑全部放到header这个对象里。siderbar的逻辑都放在siderbar这个对象里。这样的话，每一个对象他承载的职责是固定的。那么维护起来就方便的多。比如说如果header里面有问题，原来就需要在index.js里面整篇的去查找哪里有问题。现在如果header里面有问题，只需要打开header.js去查错就可以了。
但是，，，如果我们把代码拆成这个样子，他就带来了新的问题。大家会发现在index.js里面引用了多个js文件。这样的话就会带来几个问题。首先整个页面的加载速度会变慢。因为多出了三个http请求。页面的加载速度当然会变慢。第二点，在index里面看到三个构造函数的创建，但是你并不能知道这每个构造函数对应的文件在哪里，如果你想知道这个文件在哪里的话，你必须要再回头看html文件，你才会发现原来header跟index文件在同一个目录下。所以第二点，看不出代码跟文件之间的关系。第三点很难去查错。假设我这个content.js位置放错了，放在index下面。报错位置是new Content。很难联想到是js位置放错了。所以拆成这样。代码也是不容易维护到。那为了解决这个问题，有人想出了这样一种方式.把index.html,index.js改成这样
index.html
<!DOCTYPE html>

<html lang="en">

　　<head>

　　　　<meta charset="UTF-8">

　　　　<meta name="viewport" content="width=device-width, initial-scale=1.0">

　　　　<meta http-equiv="X-UA-Compatible" content="ie=edge">

　　　　<title>这是最原始的网页开发</title>

　　</head>

　　<body>

　　　　<p>这是我们的网页内容</p>

　　　　<div id="root"></div>

　　　　<script src="./index.js"></script>

　　</body>

</html>
index.js
import Header from './header';

import Sidebar from './sidebar';

import Content from './content';

var dom = document.getElementById('root');

new Header();

new Sidebar();

new Content();
那这样写是不是能解决之前的几个问题呢？首先，index.html里只引入了一个js文件。所以他的网页运行速度会很快。第二点，文件和文件之间的依赖关系非常的明确。上面的文件颠倒顺序也不要紧，因为确保了下面引用之前，前面都加载好了。这种引入方式就叫做ES Moudle模块引入方式，跟react,vue里面非常像。
以前写vue，react都能用啊，在这里怎么就报错了呢？其实是这样的，在浏览器里，压根就不认识这样的语句，所以我们想实现我们的代码，目前来看，根据是不可能的。这个时候，webpack就登场了。虽然原生浏览器不知道import是什么意思。但是我webpack知道。webpack知道import是引入模块的意思。他可以帮浏览器做一个翻译，告诉浏览器，这其实在引入一个模块。
所以这个时候，我们可以安装一下webpack，对当前的代码做一次翻译，首先怎么安装呢，首先在命令行里面进入项目目录，运行一下
npm init 项目名
一路回车，然后
npm install webpack webpack-cli
现在在项目的根目录下已经安装好了webpack，那么接下来就是对webpack做一次翻译。怎么翻译呢？
运行一下
npx webpack index.js
他的意思是用webpack去翻译index.js这个文件。翻译过后，根目录下出现了一个dist的文件夹，dist文件夹多了一个main.js文件。这个就是webpack帮你翻译好的文件
这个时候需要把引入的index.js改成dist下面main.js。main是index经过webpack翻译的js文件。这个时候会报错还是，是因为要在要引入的文件里面导出这些文件。export default xxx。

webpack究竟是什么的更多相关文章

  1. Vue 不睡觉教程2 - 洋气的文件结构

    目标书接上回,上回那个例子实在太土了.实际开发中我们不可能把整个网站的js和html全写到一个页面上.所以我们这节课的目标在于改造这个例子的文件结构,让它不那么土Let's do it 环境参数vue ...

  2. 探索 模块打包 exports和require 与 export和import 的用法和区别

    菜单快捷导航: CommonJS 之 exports和require用法 ES6 Module 之 export 和 import 用法 CommonJS和ES6 Module的区别 循环依赖 和 解 ...

  3. webapck学习笔记

    该笔记是博主学习webpack课程时做的笔记,里面加了一些自己的一些理解,也踩了一些坑,在笔记中基本上都更正过来了,分享给大家,如果发现什么问题,望告知,非常感谢. 1. 为什么要学webapck 为 ...

  4. r.js结合gulp等于webpack（angular为例）

    本人大学时玩dojo,开始了AMD模块化的不归路,工作后一直使用requirejs,感觉非常好.但是,近来随着react的火热,webpack成为了天下无敌的模块化工具,能做模块化,合并压缩,监视等, ...

  5. 细说 webpack 之流程篇

    摘自: http://taobaofed.org/blog/2016/09/09/webpack-flow/ 引言 目前,几乎所有业务的开发构建都会用到 webpack .的确,作为模块加载和打包神器 ...

  6. 细说webpack之流程篇

    引言 目前,几乎所有业务的开发构建都会用到 webpack .的确,作为模块加载和打包神器,只需配置几个文件,加载各种 loader 就可以享受无痛流程化开发.但对于 webpack 这样一个复杂度较 ...

  7. webpack务虚扫盲

    打包工具的角色 所谓打包工具在web开发中主要解决的问题是: (1)文件依赖管理.毕竟现在都是模块化开发,打包工具首先就是要梳理文件之间的依赖关系. (2)资源加载管理.web本质就是html.js和 ...

  8. webpack的Hot Module Replacement运行机制

    使用webpack打包,难免会使用Hot Module Replacement功能,该功能能够实现修改.添加或删除前端页面中的模块代码,而且是在页面不刷新的前提下.它究竟是怎么运作的呢?本文主要从调试 ...

  9. webpack+babel项目在IE下报Promise未定义错误引出的思考

    低版本浏览器引起的问题 最近开发一个基于webpack+babel+react的项目,一般本地是在chrome浏览上面开发,chrome浏览器开发因为支持大部分新的js特性,所以一般不怎么需要poly ...

随机推荐

  1. ASP.NET 页生命周期概述1

    ASP.NET 页运行时,此页将经历一个生命周期,在生命周期中将执行一系列处理步骤.这些步骤包括初始化.实例化控件.还原和维护状态.运行事件处理程序代码以及进行 呈现.了解页生命周期非常重要,因为这样 ...

  2. Html上传大文件

    1. <input type="file" id="file" /> <progress id="></progress ...

  3. 使用Charles为Android设备抓取https请求的包

    之前开发的Android APP使用的都是http请求,之后改成了https,就出现了以下情况,无法正常读取抓取的内容 找了好多资料说法大概差不多,照着弄,结果出现如下情况,后来发现这种情况其实是手机 ...

  4. 了解：C#三维数组和锯齿数值

    此文章,只需了解,用到的不多. string[,,] three = new string[2, 3, 5];  //定义一个三维数组,给数组分别辅助2,3,5 对此数组的解释://有2个二维数组,每 ...

  5. java 并发(五)---AbstractQueuedSynchronizer（3）

           文章代码分析和部分图片来自参考文章 问题 : CountDownLatch  和 CyclicBarrier 的区别 认识 CountDownLatch 分析这个类,首先了解一下它所可以 ...

  6. java——程序的导出与导入

    导出: 选择项目,右击选择 最下面的properties——Resource——Location,就是你的项目所在地, 找到文件所在,拷贝到你的U盘中(或者直接点击项目直接拖到桌面)完成复制 导入: ...

  7. IntelliJ IDEA常用配置

    1:IDEA同时打开多个项目: 选择菜单File–Setting-General--->右侧Project Opening选择第一个Open project in new window: 接下来 ...

  8. 关于利用MQ实现分布式事务的想法【转】

    转自:https://www.jianshu.com/p/bafb09954f18 假设:消息服务不丢消息 场景 服务A 服务B 服务C 消息服务Q 伪代码 服务A中 transaction{ A本地 ...

  9. PAT 1061. Dating

    题是别人出的,不按她的想法来也没办法,真心想k一顿 #include <cstdio> #include <cstdlib> using namespace std; cons ...

  10. sql-syscolumns,INFORMATION_SCHEMA.columns,sysobjects

    //计算表tb_Blog的字段个数 select count(*) from syscolumns where id=object_id('tb_Blog') 获取指定表的所有字段和字段类型 SELE ...