TOMMYHU

addEventListener is not a function 今天写了一个表达验证的网页，在给一个输入框添加监听事件的时候，控制台一直报错，报错原因显示 Uncaught TypeError: document.getElementsByClassName(...).addEventListener is not a function 通过查资料得知： 这是因为选择器没有正确选择元素对象 document.getElementsByClassName(...)捕捉到的是该类名元素的数组 正确的访问方式应该是： document.getElementsByClassName(...)[0].addEventListener... v-fo="(item,index) in list" ref="swiper" this.$refs.swiper[index].addEventListener('touchstart', this.touchStart, {passive: false})

css变量定义和使用
css函数和表达式使用
css的常用单位px，rem，vh，vw
css给js传值
css兼容iphonex
示例代码：
css兼容iphonex，例如下方给x的横条留个空隙 padding-bottom: calc(现有容器内间距 + constant(safe-area-inset-bottom)); padding-bottom: calc(现有容器内间距 + env(safe-area-inset-bottom)); body {   --primary: #7F583F;   --secondary: #F7EFD2; } a {   color: var(--primary);   text-decoration-color: var(--secondary); } .foo {   --gap: 20;   /* 无效：必须使用calc连接 */   margin-top: var(--gap)px;   /* 支持操作符：+, -, *, / *   margin-top: calc(var(--gap) * 1px);   /* 无效：变量值只能用作属性值，不能用作属性名 */   --side: margin-top;   /* 无效 */   var(--side): 20px; } @media screen and (min-width: 768px) {   body {     --primary:  #F7EFD2;     --secondary: #7F583F;   } } /* 作用域：同一个 CSS 变量，可以在多个选择器内声明。读取的时候，优先级最高的声明生效。这与 CSS 的"层叠"（cascade）规则是一致的。*/ <style>   :root { --color: blue; }   div { --color: green; }   #alert { --color: red; }   * { color: var(--color); } </style> <p>蓝色</p> <div>绿色</div> <div id="alert">红色</div> css给js传值 // 设置变量 document.body.style.setProperty('--primary', '#7F583F'); // 读取变量 document.body.style.getPropertyValue('--primary').trim(); // '#7F583F' // 删除变量 document.body.style.removeProperty('--primary');

针对width和height的宽高css3自适应fill-available&&fit-content&&max-content&&min-content
fill-available表示撑满可用空间（包括高度，宽度）[此处包括padding和margin会尽可能的撑满，只对于行内块（inline-block）和块元素（block）起作用，webkit内核支持。]
fit-content表示宽度缩小到内容的宽度
max-content表示用内部元素宽度值最大的那个元素的宽度作为最终容器的宽度。
min-content表示用内部元素最小宽度值最大的那个元素的宽度作为最终容器的宽度。这个最小宽度值有最大什么意思，如果是图片的话最小宽度值就是图片所呈现的宽度，如果是汉字就是一个字的宽度，如果是英文就是单词的宽度。

XMPP是一种用于实时通信的开放技术，可支持各种应用程序，包括即时消息，状态，多方聊天，语音和视频通话，协作，轻量级中间件，内容联合以及XML数据的通用路由。
https://github.com/xmppjs/xmpp.js

一、webpack的常见配置
const webpack = require("webpack"); const path = require("path"); const HtmlWebpackPlugin = require("html-webpack-plugin"); module.exports = {     // 入口文件     entry: {         app: path.join(__dirname, "../src/js/index.js")     },     // 输出文件     output: {         filename: "[name].bundle.js",         path: path.resolve(__dirname, "dist"),         publicPath: "/"     },     // loader配置     module: {         rules: [             {                 test: /\.scss/,                 use: [                     "style-loader",                     "css-loader"                 ]             }             ......         ]     },     // plugins配置     plugins: [         // 重新创建html文件         new HtmlWebpackPlugin({             title: "首页",             filename: "index.html",             template: path.resolve(__dirname, "../src/index.html")         })         ......     ] }

二、webpack的打包原理

识别入口文件
通过逐层识别模块依赖(Commonjs、amd或者es6的import，webpack都会对其进行分析，来获取代码的依赖)
webpack做的就是分析代码，转换代码，编译代码，输出代码
最终形成打包后的代码

三、什么是loader


loader是文件加载器，能够加载资源文件，并对这些文件进行一些处理，诸如编译、压缩等，最终一起打包到指定的文件中

由于webpack 本身只能打包commonjs规范的js文件，所以，针对css，图片等格式的文件没法打包，就需要引入第三方的模块进行打包。

      loader虽然是扩展了 webpack ，但是它只专注于转化文件（transform）这一个领域，完成压缩，打包，语言翻译。

      loader是运行在NodeJS中。

      仅仅只是为了打包

如：css-loader和style-loader模块是为了打包css的

      babel-loader和babel-core模块时为了把ES6的代码转成ES5

      url-loader和file-loader是把图片进行打包的。

处理一个文件可以使用多个loader，loader的执行顺序和配置中的顺序是相反的，即最后一个loader最先执行，第一个loader最后执行
第一个执行的loader接收源文件内容作为参数，其它loader接收前一个执行的loader的返回值作为参数，最后执行的loader会返回此模块的JavaScript源码

四、什么是plugin

在webpack运行的生命周期中会广播出许多事件，plugin可以监听这些事件，在合适的时机通过webpack提供的API改变输出结果。

五、loader和plugin的区别

从运行时机的角度区分
1 . loader运行在打包文件之前（loader为在模块加载时的预处理文件）
2.  plugins在整个编译周期都起作用。从运行时机的角度区分

对于loader，它是一个转换器，将A文件进行编译形成B文件，这里操作的是文件，比如将A.scss转换为A.css，单纯的文件转换过程

plugin是一个扩展器，它丰富了webpack本身，针对是loader结束后，webpack打包的整个过程，它并不直接操作文件，而是基于事件机制工作，会监听webpack打包过程中的某些节点，执行广泛的任务
class MyPlugin{     constructor(options){         console.log("MyPlugin constructor:", options);     }     apply(compiler){         compiler.plugin("compilation", compilation => {             console.log("MyPlugin");         });     } } module.exports = MyPlugin; webpack.config.js配置： module.exports = {     ...     plugins: [         new MyPlugin({param: "my plugin"})     ] }

使用该plugin后，执行的顺序：

webpack启动后，在读取配置的过程中会执行new MyPlugin(options)初始化一个MyPlugin获取其实例
在初始化compiler对象后，就会通过compiler.plugin(事件名称，回调函数)监听到webpack广播出来的事件
并且可以通过compiler对象去操作webpack

#clone分支 git clone -b dev <a href="https://xxxx" target="_blank">https://xxxx</a> #导出两个分支的差异项目到targ包 git diff c912663 8db63965 --name-only | xargs tar -czvf ./update20181218.tar.gz

直接在浏览器中打开接口，会以JSON格式显示

　　CommonJS, AMD, CMD都是JS模块化的规范。

　　CommonJS是服务器端js模块化的规范，NodeJS是这种规范的实现。

　　AMD(异步模块定义)和CMD(通用模块定义)都是浏览器端js模块化的规范。RequireJS 遵循的是 AMD，SeaJS 遵循的是 CMD。



一、CommonJS

　　根据CommonJS规范，一个单独的文件就是一个模块。加载模块使用require方法，该方法读取一个文件并执行，最后返回文件内部的exports对象。所以，定义一个模块就是写一个新的js文件，但是最后要将文件的内容exports出来。接下来我们看一下如何定义模块和加载模块。

//定义一个module.js文件 var A = function() {     console.log('我是定义的模块'); } //导出这个模块 //1.第一种返回方式 module.exports = A; //2.第二种返回方式 module.exports.test = A //3.第三种返回方式 exports.test = A; exports.test = A; //再写一个test.js文件，去调用刚才定义好的模块，这两个文件在同一个目录下 var module = require("./module");  //加载这个模块 //调用这个模块，不同的返回方式用不同的方式调用 //1.第一种调用方式 module(); //2.第二种调用方式 module.test(); //3.第三种调用方式 module.test(); module.test();

//接下来我们去执行这个文件，前提是你本地要安装node.js，不多说了，自己百度安装。
//首先打开cmd, cd到这两个文件所在的目录下,执行: node test.js
node test.js
//输出结果：我是定义的模块
复制代码
　　当我们执行 node test.js 的时候，根据 var module = require("./module"); 会加载同一目录下的module.js文件，并将这个文件的exports对象返回，赋值给module，所以我们调用 module.test(); 就相当于执行了module.js文件。

　　以上就是CommonJS规范下的模块定义与加载的形式。

　　CommonJS 加载模块是同步的，所以只有加载完成才能执行后面的操作。像Node.js主要用于服务器的编程，加载的模块文件一般都已经存在本地硬盘，所以加载起来比较快，不用考虑异步加载的方式，所以CommonJS规范比较适用。但如果是浏览器环境，要从服务器加载模块，这是就必须采用异步模式。所以就有了 AMD  CMD 解决方案。



二、AMD（异步模块定义）

　　AMD规范通过define方法去定义模块，通过require方法去加载模块。RequireJS实现了这种规范。

　　AMD只有一个接口：define(id?,dependencies?,factory); 它要在声明模块的时候制定所有的依赖(dep)，并且还要当做形参传到factory中。要是没什么依赖，就定义简单的模块（或者叫独立的模块），下面我们看代码实现：

//编写一个module1.js文件 //定义独立的模块 define({     methodA: function() {         console.log('我是module1的methodA');         },     methodB: function() {         console.log('我是module1的methodB');         } }); //编写一个module2.js文件 //另一种定义独立模块的方式 define(function () {     return {         methodA: function() {             console.log('我是module2的methodA');             },         methodB: function() {             console.log('我是module2的methodB');             }     }; }); //编写一个module3.js文件 //定义非独立的模块（这个模块依赖其他模块） define(['module1', 'module2'], function(m1, m2) {     return {         methodC: function() {             m1.methodA();             m2.methodB();         }     }; }); //再定义一个main.js，去加载这些个模块 require(['module3'], function(m3){     m3.methodC(); }); //我们在一个html文件中去通过RequireJS加载这个main.js //等号右边的main指的main.js <script data-main="main" src="require.js"></script> [/codes= //浏览器控制台输出结果 我是module1的methodA 我是module2的methodB 复制代码 　　以上就是AMD规范的模块定义和加载的形式，ReauireJS实现了这种规范。所以我们的例子也借助RequireJS去实现。 三、CMD（通用模块定义） 　　CMD是SeaJS 在推广过程中对模块定义的规范化产出。 　　AMD和CMD的区别： 　　1. 对于依赖的模块，AMD 是提前执行，CMD 是延迟执行。不过 RequireJS 从 2.0 开始，也改成可以延迟执行（根据写法不同，处理方式不同）。CMD 推崇 as lazy as possible（尽可能的懒加载，也称为延迟加载，即在需要的时候才加载）。 　　2. CMD 推崇依赖就近，AMD 推崇依赖前置。 　　虽然 AMD 也支持 CMD 的写法，同时还支持将 require 作为依赖项传递，但 RequireJS 的作者默认是最喜欢上面的写法，也是官方文档里默认的模块定义写法。看代码： [codes=c#] // CMD define(function(require, exports, module) {     var a = require('./a');     a.doSomething();     // 此处略去 100 行     var b = require('./b');   // 依赖可以就近书写     b.doSomething();     // ... }) // AMD 默认推荐的是 define(['./a', './b'], function(a, b) { // 依赖必须一开始就写好     a.doSomething();     // 此处略去 100 行     b.doSomething();     //... })
　　3. AMD 的 API 默认是一个当多个用，CMD 的 API 严格区分，推崇职责单一。比如 AMD 里，require 分全局 require 和局部 require，都叫 require。CMD 里，没有全局 require，而是根据模块系统的完备性，提供 seajs.use 来实现模块系统的加载启动。CMD 里，每个 API 都简单纯粹。