webpack之postcss集成

项目 为了 兼容各个浏览器,需要加各种 c3前缀,如果手动的加肯定 相对比较麻烦,但是现在有webpack,gulp之类的 工具可以自动给我们加上,可以说效率上加速不少。如果 配置中 做个happypack打包缓存的话,配置的时候需要注意下,自己也踩了坑。

关键的一步就是:

{
	test: /\.(css|scss)$/,
	loader: ExtractTextPlugin.extract(‘style‘,(NODE_ENV==‘dev‘)?‘happypack/loader?id=sass‘:‘css!postcss!sass‘)
}

  

如果是 开发环境 就 用‘happypack/loader?id=sass‘,是线上部署环境就用 ‘css!postcss!sass‘, 这个代表  ‘css-loader!postcss-loader!sass-loader‘的省略,因为在开发的时候我们可以利用缓存打包,不需要添加前缀 可以加速我们打包的速度

另外在生产环境需要加上

commonOptions.postcss = [
	require(‘autoprefixer‘)({
		browsers: [‘last 10 Chrome versions‘, ‘last 5 Firefox versions‘, ‘Safari >= 6‘, ‘ie > 8‘]
	})
 ];

  注意:commonOptions 是我本地 配置的一个 对象,

如:entry  ,postcss ,plugins就是commonOptions的属性值

昨天在 配置这个的时候 就是因为忘记了 加sass-loader,弄的打包不能 完成 ,因为 项目是用scss的格式 管理的,所以 需要 用  ‘css-loader!postcss-loader!sass-loader‘的顺序。

时间: 2024-10-21 00:25:09

webpack之postcss集成的相关文章

深入浅出的webpack构建工具---PostCss(五)

一:PostCss是什么?  PostCss是一个样式处理工具,它通过自定义的插件和工具生态体系来重新定义css.它鼓励开发者使用规范的css原生语法编写代码,然后配置编译器转换需要兼容的浏览器版本,最后通过编译将源码转换为目标浏览器可用的css代码. 它和stylus的不同之处是它可以通过插件机制灵活地扩展其支持的特性,不像stylus的语法是固定的,它的用途非常多,比如css自动加前缀,使用下一代css语法等等. postcss官方有很多插件,查看插件(https://github.com/

[翻译]纠正PostCSS的4大认识误区

市面上已经有很多的前端工具,再来引入新的前端工具,价值大不大?这主要取决于,它是否给开发人员提供了新的功能,是否值得花时间和精力去学习和使用? PostCSS出现时有一个很有趣的现象.像sass和less这些主要做css预处理的工具,已经有了它们的类别和使用方法的区别. 让我们先解决一些PostCSS常见的认识误区,这样可以看出它是如何提高你的工作效率,改善你的css编码工作的. 提示:如果你想了解PostCSS是什么及如何安装使用它,请看<PostCSS简介>,然后再回来看这篇文章. 误区1

webpack的css压缩不兼容IOS8问题探索

webpack使用postcss的autoprefixer插件,并在压缩css时使用了cssnano,处理不当的情况下会导致压缩css后,部分兼容前缀(比如-webkit-)被删除的问题. postcss的autoprefixer配置如下: autoprefixer({ browsers: ['> 1%', 'iOS >= 7',"ie >= 7", 'Android >= 2.4'] }) css压缩的配置如下: //压缩css代码 new OptimizeC

React开发和模块管理的主流工具——Webpack

webpack 前端模块管理和打包工具 原址:http://www.infoq.com/cn/articles/react-and-webpack CommonJS和AMD是用于JavaScript模块管理的两大规范,前者定义的是模块的同步加载,主要用于NodeJS:而后者则是异步加载,通过requirejs等工具适用于前端.随着npm成为主流的JavaScript组件发布平台,越来越多的前端项目也依赖于npm上的项目,或者自身就会发布到npm平台.因此,让前端项目更方便的使用npm上的资源成为

React开发神器Webpack

编者按:自2013年Facebook发布以来,React吸引了越来越多的开发者,基于它的衍生技术,如React Native.React Canvas等也层出不穷.InfoQ精心策划“深入浅出React”系列文章,为读者剖析React开发的技术细节. 上一篇我们对React有了一个总体的认识,在介绍其中的技术细节之前,我们首先来了解一下用于React开发和模块管理的主流工具Webpack.称之为React开发神器有点标题党了,不过Webpack确实是笔者见过的功能最为强大的前端模块管理和打包工具

前端构建工具之争——Webpack vs Gulp 谁会被拍死在沙滩上

.table tr>td:nth-child(1){width: 2em !important;padding-left: .6rem !important;padding-right: .6rem !important;} 本文组织结构 理想的前端开发流程 Gulp 为何物 Webpack 又是从哪冒出来的 结论 文章有点长,总共 1800 字,阅读需要 18 分钟.哈哈,没耐心的直接戳我到高潮部分. 理想的前端开发流程 在说构建工具之前得先说说咱期望的前端开发流程是怎样的? 写业务逻辑代码(

Cesium官方教程13--Cesium和Webpack

原文地址:https://cesiumjs.org/tutorials/cesium-and-webpack/Cesium 和 WebpackWebpack是非常强大非常流行的JavaScript 模块打包工具.它可以让开发人员以一种简单直观的 require 方式去加载各种页面需要的文件,极大的方便了开源人员对代码和资源文件进行结构化设计.当编译的时候,它会跟踪代码依赖性,把所有的模型打包到浏览器可以直接加载的一个或者多个bundles中.在这个教程的前一半,我们创建一个简单的web项目,学会

webpack进阶用法你都get到了么?

如何消除无用代码:打包自己的私有js库:实现代码分割和动态import提升初次加载速度:配置eslint规范团队代码规范:打包异常抓捕你都get到了么? 摇树优化:Tree Shaking webpack借鉴了rollup构建工具,从2.0就实现支持tree shaking,其中,到webpack4.0后 通过开启mode:'production'即默认开启. tree shaking原理 DCE(Dead code elimination),即死码消除,编译器原理中,死码消除(Dead cod

网易云复盘:云计算前端这一年(AngularJS粉慎入)

作者:赵雨森 2017年的前端已然没有剧烈的变动,但发展势头仍然不减.语言.标准.框架和库逐渐稳定和完善,各团队再也不用花大把精力放在造轮子上,而更多的是去积累所需的组件库.开发合适的工具以及整合自己的解决方案. 我们云计算技术部前端开发组也不例外,在与云计算其他组一起度过了网易云基础服务(网易蜂巢)去年的快速发展期之后,现在的主要目标已经转为如何更好地加快迭代效率.提升用户体验.提高网页性能.针对这个目标,我们组在这一年中对前端技术.工作模式.技术积累等方面做了整体的优化与演进. 前端技术 技