Installations
npm install react-demo-startkit
Developer Guide
Typescript
No
Module System
CommonJS
Node Version
7.6.0
NPM Version
5.7.1
Score
53.7
Supply Chain
92.6
Quality
74.5
Maintenance
100
Vulnerability
100
License
Releases
Unable to fetch releases
Contributors
Unable to fetch Contributors
Languages
JavaScript (76.89%)
HTML (14.97%)
CSS (8.13%)
Developer
Justforfei
Download Statistics
Total Downloads
504
Last Day
1
Last Week
1
Last Month
2
Last Year
47
GitHub Statistics
2 Commits
2 Watching
1 Branches
1 Contributors
Package Meta Information
Latest Version
1.0.0
Package Id
react-demo-startkit@1.0.0
Unpacked Size
8.59 kB
Size
4.16 kB
File Count
8
NPM Version
5.7.1
Node Version
7.6.0
Total Downloads
Cumulative downloads
Total Downloads
504
Last day
0%
1
Compared to previous day
Last week
0%
1
Compared to previous week
Last month
100%
2
Compared to previous month
Last year
-20.3%
47
Compared to previous year
Daily Downloads
Weekly Downloads
Monthly Downloads
Yearly Downloads
React demo start
Quick, simple, easy
How to Start
1npm i 2npm start
Done!
Webpack
webpack 配置是标准的 Node.js CommonJS 模块
所以,可以
- 通过 require(...) 导入其他文件
- 通过 require(...) 使用 npm 的工具函数
- 使用 JavaScript 控制流表达式,例如 ?: 操作符
- 对常用值使用常量或变量
- 编写并执行函数来生成部分配置
入口(entry)
单入口
1 entry: { 2 main: './path/to/my/entry/file.js' 3 } 4// 简写 5 entry: './path/to/my/entry/file.js' 6 // 传入一个数组,将创建“多个主入口(multi-main entry)”。在你想要多个依赖文件一起注入,并且将它们的依赖导向(graph)到一个“chunk”时,传入数组的方式就很有用。
多入口
用于将关注点(concern)从环境(environment)、构建目标(build target)、运行时(runtime)中分离。然后使用专门的工具(如 webpack-merge)将它们合并。
1 // 分离 应用程序(app) 和 第三方库(vendor) 入口 2 entry: { 3 app: './src/app.js', 4 vendors: './src/vendors.js' 5 } 6 7 // 多页面应用 8 entry: { 9 pageOne: './src/pageOne/index.js', 10 pageTwo: './src/pageTwo/index.js', 11 pageThree: './src/pageThree/index.js' 12 } 13 // 使用 CommonsChunkPlugin 为每个页面间的应用程序共享代码创建 bundle。由于入口起点增多,多页应用能够复用入口起点之间的大量代码/模块,从而可以极大地从这些技术中受益。
输出(output)
- filename 用于输出文件的文件名。
- 目标输出目录 path 的绝对路径。
单入口起点
1 output: { 2 filename: 'bundle.js', 3 path: '/home/proj/public/assets' 4 }
多个入口起点
1 output: { 2 filename: '[name].js', 3 path: __dirname + '/dist' 4 } 5 // 如果配置创建了多个单独的 "chunk"(例如,使用多个入口起点或使用像 CommonsChunkPlugin 这样的插件),则应该使用占位符(substitutions)来确保每个文件具有唯一的名称。
loader
loader 让 webpack 能够去处理那些非 JavaScript 文件(webpack 自身只理解 JavaScript)
- test 属性,用于标识出应该被对应的 loader 进行转换的某个或某些文件。
- use 属性,表示进行转换时,应该使用哪个 loader。
配置
1 module: { 2 rules: [ 3 { 4 test: /\.css$/, 5 use: [ 6 { loader: 'style-loader' }, 7 { 8 loader: 'css-loader', 9 options: { 10 modules: true 11 } 12 } 13 ] 14 } 15 ] 16 } 17 18 // webpack配置loader时是可以不写loader的后缀明-loader,因此css-loader可以写为css 19 // css-loader用于解析,而style-loader则将解析后的样式嵌入js代码 20 // 将require引入的样式嵌入js文件中,有好处也有坏处。好处是减少了请求数,坏处也很明显,就是当你的样式文件很大时,造成编译的js文件也很大。 我们可以使用插件的方式,将样式抽取成独立的文件。使用的插件就是extract-text-webpack-plugin
内联
1import Styles from 'style-loader!css-loader?modules!./styles.css'; 2// 通过前置所有规则及使用 !,可以对应覆盖到配置中的任意 loader。 选项可以传递查询参数,例如 ?key=value&foo=bar,或者一个 JSON 对象,例如 ?{"key":"value","foo":"bar"}。
特性
- loader 支持链式传递。能够对资源使用流水线(pipeline)。一组链式的 loader 将按照相反的顺序执行。loader 链中的第一个 loader 返回值给下一个 loader。在最后一个 loader,返回 webpack 所预期的 JavaScript。
- loader 可以是同步的,也可以是异步的。
- loader 运行在 Node.js 中,并且能够执行任何可能的操作。
- loader 接收查询参数。用于对 loader 传递配置。
- loader 也能够使用 options 对象进行配置。 除了使用 package.json 常见的 main 属性,还可以将普通的 npm 模块导出为 loader,做法是在 - package.json 里定义一个 loader 字段。
- 插件(plugin)可以为 loader 带来更多特性。
- loader 能够产生额外的任意文件。
插件(plugins)
插件的范围包括,从打包优化和压缩,一直到重新定义环境中的变量
1const HtmlWebpackPlugin = require('html-webpack-plugin'); //通过 npm 安装 2 3 plugins: [ 4 new webpack.optimize.UglifyJsPlugin(), 5 new HtmlWebpackPlugin({template: './src/index.html'}) 6 ]
模式(mode)
通过选择 development 或 production 之中的一个,来设置 mode 参数,你可以启用相应模式下的 webpack 内置的优化
webpack 模块
- ES2015 import 语句 (webpack2+默认支持)
- CommonJS require() 语句 (默认支持)
- AMD define 和 require 语句
- babel loader
- ts loader
- ...
- css/sass/less 文件中的 @import 语句。
- Sass loader
- Less loader
- Stylus loader
模块解析
resolver 是一个库(library),用于帮助找到模块的绝对路径。一个模块可以作为另一个模块的依赖模块,然后被后者引用
manifest
模块热替换
webpack-dev-server
No vulnerabilities found.
Reason
no binaries found in the repo
Reason
0 existing vulnerabilities detected
Reason
Found 0/2 approved changesets -- score normalized to 0
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
no SAST tool detected
Details
- Warn: no pull requests merged into dev branch
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
- Warn: no security policy file detected
- Warn: no security file to analyze
- Warn: no security file to analyze
- Warn: no security file to analyze
Reason
project is not fuzzed
Details
- Warn: no fuzzer integrations found
Reason
license file not detected
Details
- Warn: project does not have a license file
Reason
branch protection not enabled on development/release branches
Details
- Warn: branch protection not enabled for branch 'master'
Score
2.6
/10
Last Scanned on 2024-12-23
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More