webpack-dev-server是我们在开发nodejs必须要掌握的工具，它可以帮助我们快速搭建开发环境。官网介绍如下
这些都是旧时代非常突出的问题，对开发效率影响非常大，直到… 出现了很多的工程化工具，比如：webpack、vite、esbuild、rollup.js 等等
小程序根目录下的app.json文件是小程序的全局配置文件，常用的配置项如下： pages 记录当前小程序所有页面的存放路径 windows 全局设置小程序窗口的外观 tabBar 设置小程序底部的tabBar效果 style 是否启用新版的组件样式
默认情况下，生成的文件的文件名就是文件内容的 MD5 哈希值并会保留所引用资源的原始扩展名。
vue-cli 是 Vue 早期推出的一款脚手架，使用 webpack 创建 Vue 项目，可以选择安装需要的各种插件，比如 Vuex、VueRouter等。
算起来已经有3到4个项目的webpack构建打包经历。然而每次搭建起来还是有新手既视感，比较捉急。工具用法的东西，好记性不如烂笔头，有必要系统梳理下webpack的配置常用配置以及构建优化。
在上一篇npm init @vitejs/app的背后，仅是npm CLI的冰山一角[1]中，有提到我复习npm主要是从两个大方向来入手，所以这篇继续来讲讲package.json这部分知识，经过这轮复习，也发现了自己的很多不足，之前把常用的命令和配置玩熟了，却没关心npm已经有了更多新的玩法，而这些玩法却实实在在地在解决别人的问题。
前两篇的博客中提及，webpack主要作用是对 解决模块之间的依赖，把各个模块按照特定的规则和顺序组织在一起，那么我们就要对资源处理的流程有一个了解。各个流程如下：
本文主要讲解，怎么定制 scratch-blocks 的积木区风格，如主题色，滚动条，积木工作区边界限制等。并深入源码，探究其根本。Github项目usetools/scratch-example/v1.0.1。由于scratch-blocks基于blockly二次开发，而blockly已迭代多个版本，在使用上会有所差异，后续作者会有文章，结合源码单独讲解blockly的使用。
url-loader 功能类似于 file-loader，但是在文件大小（单位 byte）低于指定的限制时，可以返回一个 DataURL。
总的来说，该前端面试覆盖的内容还是相当广的，而且非常注重基础（这应该是大厂的一贯风格）。计算机基础课程操作系统、数据结构、计算机网络必须非常扎实，然后前端css、js、框架原理源码和node都要熟悉或者有一定了解，还要对前端的新发展有一定了解。
从定位来说两者就是不一样的：webpack core 是一个纯打包工具（对标 Rollup），而 Vite 其实是一个更上层的工具链方案，对标的是 （webpack + 针对 web 的常用配置 + webpack-dev-server）。 webpack core 因为只针对打包不预设场景，所以设计得极其灵活，不局限于针对 web 打包，几乎所有可配置的环节都做成了可配置的。这种极度的灵活性对于一些特定场景依然不可替代。但反过来导致的缺点就是配置项极度复杂，插件机制和内部逻辑晦涩难懂，针对常见的 web 也需要大量的配置。另外大量 loader 插件虽然单独发布却存在各种隐式耦合，很容易配置不当互相影响。对于新手来说，把 webpack 从零开始配到跟 Vite 开箱即用功能对等的程度根本是不可能的任务，所以大部分团队/公司要么用的是基于 webpack 包一层的脚手架（umi, vue-cli），或是专门养一个人称 webpack 配置工程师的角色。 Vite 的选择是缩窄预设场景来降低复杂度。如果预设了 web 的场景，那么大部分常见的 web 构建需求都可以直接做成默认内置。由于内置，可以适当的增加各个环节之间的耦合来进一步降低复杂度；同时浏览器场景下意味着可以利用原生 ESM，更进一步又可以基于原生 ESM 实现理论最优性能的热更新。 换言之 Vite 从一开始就不是冲着对标 webpack 100% 使用场景来的。这是一个目标场景 vs. 复杂度的取舍。有些场景，比如针对 Node 打包，本来就不属于 Vite 的目标场景（这个场景可以直接用 esbuild）。但是在纯 web 这个目标场景下，Vite 可以做到在对标 webpack 栈对等功能的前提下极大的降低配置复杂度和提升开发体验。 有些人的态度是这都是不痛不痒的东西 —— 怎么说呢，反正习惯了 Vite 的热更新速度之后你给我钱我也不想再用 webpack。有些人对 Vite 的怀疑其实不是 Vite 本身的问题 —— 核心还是在于已经稳定运行的 webpack 项目要换构建工具是个潜在成本很大的事情，没人愿意背锅而已。比起背锅，还不如多等几秒热更新（唉，也是可以理解的）。
webpack 是一个现代 JavaScript 应用程序的静态模块打包器，已经成为前端开发不可获取的工具。特别是在开发大型项目时，项目太大，文件过多导致难以维护，或者是优化网络请求时，webpack 都是不可获取的利器。但是 webpack 配置并没有那么容易，webpack 配置项繁多，繁多的背后是配置的灵活性。许多的框架都是由 webpack 搭建而成，因此学会使用 webpack 可以让自己更好的理解脚手架搭建过程，甚至自己写一个灵活高效的脚手架工具。
前两天为了优化公司的代码打包项目，恶补了很多 webpack4 的知识。要是放在几年前让我学习 webpack 我肯定是拒绝的，之前看过 webpack 的旧文档，比我们内部项目的文档还要简陋。
在前文Pytest基础指南之APIs集大体介绍了Pytest的API集以及大体能力，本文主要介绍其中的配置项这块，通过具体的实例来说明配置使用方法，当然了如果你对Pytest还未做过任何了解可以参见最初的文章Pytest基础指南之介绍、环境及安装和Pytest基础指南之如何选择unitttest与pytest来了解一下pytest相关基础。
官方文档里确实写了一些关于如何开发插件的指南。但这份指南也只有 60 分刚及格的水平，它确实向你介绍了 webpack 插件的基础范例、基本概念以及一些 API，但当你读完这份简短的文档后想自己真的去开发一个插件时，你会发现文档里讲的东西真的远远不够。
webpack使用日常，使用webpack是需要压缩html模板代码请注意 var HtmlWebpackPlugin = require('html-webpack-plugin') webpackconfig = { ... plugins: [ new HtmlWebpackPlugin({ template: 'src/index.html', minify: { removeComments: tru
Webpack介绍:主要用于web项目中打包资源进行自动构建,Webpack将所有资源视为JS的模块来进行构建，所以对于CSS，Image等非JS类型的文件，Webpack会使用相应的加载(loader)器来加载成其可识别的JS模块资源,通过配置一些信息，就能将资源进行打包构建，更好地实现前端的工程化 Webpack安装 本地安装: npm install -D webpack -D 实际上是简写 --dev-save 如果你使用Webpack 4+ 版本, 你还需要安装CLI. npm ins
构建工具有很多，比如Npm Script任务执行者、Grunt也是任务执行者、Gulp基于流的自动化构建工具、Fis3百度构建工具、Webpack打包模块化JavaScript工具和Rollup模块打包工具。
从本文开始，讨论Spark基础支撑子系统的具体实现。首先来看WordCount中最先出现的SparkConf。
Webpack介绍:主要用于web项目中打包资源进行自动构建,Webpack将所有资源视为JS的模块来进行构建，所以对于CSS，Image等非JS类型的文件，Webpack会使用相应的加载(loader)器来加载成其可识别的JS模块资源,通过配置一些信息，就能将资源进行打包构建，更好地实现前端的工程化 Webpack安装 本地安装: npm install -D webpack -D 实际上是简写 --dev-save 如果你使用Webpack 4+ 版本, 你还需要安装CLI. npm inst
https://github.com/cunyu1943/JavaPark https://yuque.com/cunyu1943
相信很多人在学习前端过程中，都接触过webpack。但可能在创建前端项目时，都只是用脚手架vue-cli的初始化命令跑一下，将webpack当成一个黑盒使用，刚开始我也是这样，但是虽然一切配置都能通过脚手架自动完成，我们不用学会如何手动去配置，但是我们也至少应该知道，webpack每条配置的作用。
webpack作为一个模块打包器，主要用于前端工程中的依赖梳理和模块打包，将我们开发的具有高可读性和可维护性的代码文件打包成浏览器可以识别并正常运行的压缩代码，主要包括样式文件处理成css，各种新式的JavaScript转换成浏览器认识的写法等，也是前端工程师进阶的不二法门，本文借鉴了部分vue-cli对webpack的配置思路，还有一些网上比较好的解决方案，在此对这些作者一并表示感谢。 webpack.config.js配置项简介 Entry：入口文件配置，Webpack 执行构建的第一步将从 Entry
我司有一个工作台搭建产品，允许通过拖拽小部件的方式来搭建一个工作台页面，平台内置了一些常用小部件，另外也允许自行开发小部件上传使用，本文会从实践的角度来介绍其实现原理。
---- webpack 是前端开发者一个跨不过去的编译工具。不过由于他的快速迭代，让很多同学在学一个版本的时候，下一个新版本就发布了，让人感觉非常蛋疼和无奈： “我是谁，我在干嘛，我要做什么？” 不过，如果你已经掌握 webpack 比较老的版本，对于新版本的学习而言，应该只需要 0.5 天的工作量就可以完成。因为，其基本理念都是以 JS 为中心，增加的只是其辅助特性。 webpack 到目前为止已经走过了三个大版本，每个版本之间都，增加了非常多可用的特性，但是每个版本的具体配置项都有些差异，很容易让老版
对于web应用来说通常会有一些库和工具是不常变动的，可以将它们放在一个单独的入口中，由该入口产生的资源不会经常更新，因此可以有效地利用客户端缓存，让用户不必在每次请求页面时都让资源重新加载。
平时用 webpack 可能不会有太大问题，可一旦你开发的包被别人引用的时候，就会存在问题；我最近遇到这么一个场景耗费我很多时间去重新学习 webpack 的打包输出。
Spring Cloud Config为微服务架构中的服务器端和客户端提供了外部化配置支持。使用的Config Server可以对应用程序的外部化配置进行统一的管理，并且可以统一切换不同环境的配置信息。
现在学习的是 webpack4 的最新版，新建文件夹，npm init -y 初始化一下，然后执行下面命令进行安装，需要同时安装 webpack 和 webpack-cli。
在上一节中我们只是简单的尝了一下webpack的鲜，对其有了基本的了解，对于上一节当中的打包方式，在实际开发中并不使用，而是通过webpack的配置文件的方式进行设置的，所以该节就在上一节的基础上学一下配置文件的大体结构以及入口、出口文件的配置。
所有的配置，建议用户都写在.env文件里，用户可以根据系统环境创建.env_test文件和.env_production文件，分别配置对应的参数。
在git中，我们使用git config 命令用来配置git的配置文件，git配置级别主要有以下3类：
[ 系列文章篇 ] Python 地图篇 - 使用 pyecharts 绘制世界地图、中国地图、省级地图、市级地图实例详解
上一篇文章《Spring Security(二)--Guides》，通过Spring Security的配置项了解了Spring Security是如何保护我们的应用的，本篇文章对上一次的配置做一个分析。 目录 核心配置解读 3.1 功能介绍 3.2 EnableWebSecurity WebSecurityConfiguration AuthenticationConfiguration 3.3 WebSecurityConfigurerAdapter HttpSecurity常用配置 WebSecuri
视频地址：https://www.bilibili.com/video/BV1YU4y1g745
fuse.js是一个轻量的模糊搜索库 安装 npm install --save fuse.js 使用 import Fuse from 'fuse.js' const list = [...] // 带搜索的数据 const options = {keys:['name']} // 搜索配置，可以配置多个查找字段 const fuse = new Fuse(list, options); return fuse.search('psr') // 根据模式返回搜索结果，形式如[{item:{匹配的对象},r
对于一份同逻辑的代码，当我们手写了一个个的文件，它们无论是 ESM 还是 commonJS 或是 AMD，他们都是 module； 当我们写的 module 源文件传到 webpack 进行打包时，webpack 会根据文件引用关系生成 chunk 文件，webpack 会对这个 chunk 文件进行一些操作； webpack 处理好 chunk 文件后，最后会输出 bundle 文件，这个 bundle 文件包含了经过加载和编译的最终源文件，所以它可以直接在浏览器中运行。 一般来说一个 chunk 对应一个 bundle，比如上图中的 utils.js -> chunks 1 -> utils.bundle.js；但也有例外，比如说上图中，我就用 MiniCssExtractPlugin 从 chunks 0 中抽离出了 index.bundle.css 文件。
不知不觉，Webpack 原理系列已经陆续出了十篇文章，以构建主流程为纲逐步递进到插件、Loader、模块、运行时、Chunk、依赖对象、模块依赖图等关键概念的含义与运行原理，再到 HMR、Tree-Shaking 等特性的功能介绍和原理解析，满满当当十篇文章，合计超过 5W 字，基本上已经贯彻 Webpack 整个核心流程。
VsCode 对 Java 的支持优化了许多（此博客是富文本编辑器编写，不方便更新，迁移到 新地址）
官网： http://www.mchange.com/projects/c3p0/
该种方式在启动服务后还需自己访问相关url，这很不友好。此处我们新增一些配置，保证在我们启动服务后自动访问url并渲染，配置如下：
上一章介绍过DevServer可以用来提高开发效率，它提供一些配置可以改变DevServer的默认行为。要配置DevServer除了在配置文件里通过devServer传入参数外，还可以通过命令行参数传入。注意只有在通过DevServer去启动webpack时配置文件里devServer才会生效，因为这些参数所对应的功能都是DevServer提供的，webpack本身并不认识devServer配置项。
前言： 作为一个现代javascript 应用程序的静态模块打包器，webpack能将各种资源，如js，css， 图片等作为模块来处理，是当下前端工程化的一个很受欢迎的工具，webpack目前最新的版本是4.0，文章将在4.0 的基础上，从使用者的角度，一步步教你认识并搭建一个简单的webpack配置项目，当然webpack的配置和使用较为丰富且复杂。
Redis5.x之后，单机、哨兵、集群搭建的难度已经简化。鉴于目前看到太多文章都是复制粘贴以往一些3.x版本的一些内容，所以打算基于当前Redis的最新版本做一次单机、哨兵和集群的搭建，记录一下过程步骤和遇到的问题。编写本文的时间是2019年10月5日（国庆假期…），当前Redis的最新版本为5.0.5。操作系统用的是虚拟机里面安装的CentOS 7。
"同样的条件，同样的设备，为什么有一些人把它变成了天堂而另一些人却经营成了地狱，关键就在于，你是选择共同幸福还是独霸利益。懂得关心别人、与别人合作的人，终会有人来报答他的。"
React是FaceBook（脸书）公司研发的一款JS框架（MVC） React是一款框架：具备自己开发的独立思想(MVC：Model View Controller) -> 划分组件开发 -> 基于路由的SPA单页面开发 -> 基于ES6来编写代码(最后部署上线的时候，我们需要把ES6编译成ES5 =>基于Babel来完成编译) -> 可能用到Less/Sass等，我们也需要使用对应的插件把他们进行预编译 -> 最后为了优化性能（减少HTTP请求次数），我们需要把JS或者CSS进行合并压缩 -> webpack来完成以上页面组件合并、JS/CSS编译加合并等工作
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
