看目录结构清晰明了，由于“ CSS 文件分离 != CSS 作用域隔离”这样的机制，如果我们不通过一些工具或规范来解决 CSS 的作用域污染问题，会产生非预期的页面样式渲染结果。
CSS-in-JS是一种技术（technique），而不是一个具体的库实现（library）。简单来说CSS-in-JS就是将应用的CSS样式写在JavaScript文件里面，而不是独立为一些 .css， .scss或者 less之类的文件，这样你就可以在CSS中使用一些属于JS的诸如模块声明，变量定义，函数调用和条件判断等语言特性来提供灵活的可扩展的样式定义。值得一提的是，虽然CSS-in-JS不是一种很新的技术，可是它在国内普及度好像并不是很高，它当初的出现是因为一些 component-based的Web框架（例如React，Vue和Angular）的逐渐流行，使得开发者也想将组件的CSS样式也一块封装到组件中去以解决原生CSS写法的一系列问题。还有就是CSS-in-JS在React社区的热度是最高的，这是因为React本身不会管用户怎么去为组件定义样式的问题，而Vue和Angular都有属于框架自己的一套定义样式的方案。
CSS 的全局性 相当长一段时间 CSS 总是在页面上作为一个全局的存在，以前这个『特性』影响还不算很大，命名上注意一点，比如使用 BEM 也能一定程度上解决问题。 但是随着 web 组件化的需求越来越强烈，CSS 的这种特性开始成为束缚开发者自由飞翔的绳索，每一个 CSS 类名都有可能产生意想不到的冲突，或者被各个组件覆盖来覆盖去，每当修改一个组件时，我们必须谨小慎微，注意是否会在全局环境下产生冲突。 更严重的是，组件化的背景下，JS + 模板 + CSS 才能称为一个完整的组件，每个组件如果单独引用一个
chrome v28.0.1500.71 + nodejs v0.10.18 / firefox v14.0.1 + nodejs v0.10.18
Web开发是需要掌握多种技术。我们习惯于与多种语言密切合作。而且，随着开发Web应用程序变得越来越普遍和差别细微化，我们经常寻找创造性的方法来弥合这些语言之间的差距，从而使我们的开发环境和工作流程更容易，更高效。
CSS Modules 的用法很简单，不过现阶段还需要 webpack 的支持。CSS Modules 的功能非常少，它一共就干了两件事：局部作用域和模块依赖。
大家好，我 ssh。在过去的开发中，我一直在用 styled-component 库作为 CSS 的解决方案。它有很多优点，灵活、可复用性强、功能强大、可以接受动态 JS 变量传入组件等等…… 但今天我看到一篇文章，说都是 Spot 团队的人已经决定抛弃 CSS-in-JS 的方案了，因为对他们来说，性能损耗已经远远超过其灵活性的优势了。接下来，我来和大家分享一下这篇Why We're Breaking Up with CSS-in-JS
学过网页开发就会知道，CSS 不能算编程语言，只是网页样式的一种描述方法。 为了让 CSS 也能适用软件工程方法，程序员想了各种办法，让它变得像一门编程语言。从最早的Less、SASS，到后来的 Po
在此之前，首先要知道经常配置的 output 中有关 filename 和 chunkFilename 的区别；简单来说在 entry 定义的入口文件走的就是 filename 配置项，在入口文件内部引入的通常情况下是 chunk，走 chunkFilename 的配置
在现代web开发中，CSS框架和JavaScript (JS) 是两个常用的工具。CSS框架通过提供一系列样式和布局选项，可以帮助我们快速构建美观的网页。而JS则提供了一套功能强大的脚本语言，可以为网页添加交互和动态效果。本文将深入探讨CSS框架和JS之间的关系，并通过具体代码示例来说明它们如何相互配合。
在瞬息万变的前端开发世界中，很难找到一个真正有意义的概念，并且将其清晰明了的向广大人民群众普及。
平时写CSS，感觉有很多多余的代码或者不好实现的方法，于是有了预处理器的解决方案，主旨是write less &do more。其实原生css中，用上css变量也不差，加上bem命名规则只要嵌套不深也能和less、sass的嵌套媲美。在一些动画或者炫酷的特效中，不用js的话可能是用了css动画、svg的animation、过渡，复杂动画实现用了js的话可能用了canvas、直接修改style属性。用js的，然后有没有想过一个问题：“要是canvas那套放在dom上就爽了”。因为复杂的动画频繁操作了dom，违背了倒背如流的“性能优化之一：尽量少操作dom”的规矩，嘴上说着不要，手倒是很诚实地ele.style.prop = <newProp>，可是要实现效果这又是无可奈何或者大大减小工作量的方法。
rem:参考的是根元素（html）字体大小 （统一的，一个页面只有一个html）
用run dev build打包后，发现样式改变了，最终发现addAdress.vue和myAdress.vue中的有个类名是相同的，但是想着
> 一款比较流行的预处理CSS，支持变量、混合、函数、嵌套、循环等特点 > [官网](http://lesscss.org/) > [中文网](http://lesscss.cn/) > http://www.w3cplus.com/css/less
在查看网页源码的时候经常会发现带有类似 ?v=13566 或者 ?version=15678 的 CSS 和 JS 文件。如下所示： <script src="w3h5.js?version=1568
本文介绍了在 Web 页面中实现跨域的常见方法，包括使用 CORS、使用 JSONP、使用代理服务器等，并给出了具体的代码示例和案例分析。同时，本文还探讨了在跨域请求中可能遇到的难题和解决方案，包括同源策略、CORS 的配置、缓存问题等，并给出了相应的解决方案。
作为一个前端小白，入门跟着这四个来源学习，感谢作者的分享，在其基础上，通过自己的理解，梳理出的知识点，或许有遗漏，或许有些理解是错误的，如有发现，欢迎指点下。
Author：Mr.柳上原 付出不亚于任何的努力 愿我们所有的努力，都不会被生活辜负 不忘初心，方得始终 学习的路途 总会有很多迷茫 js的迷茫比html和css多了很多倍 每学一节课 都需要付出以前学习html时十倍百倍的努力去理解去练习 学习途中 听了很多 “前端前辈” 的指导教育 产生过很多不确定和担心忧虑 不忘初心 就算再难 也要完成 <!DOCTYPE html> <html lang='en'>
经过我们团队的调研，我们选择了无界作为微前端的技术栈。目前的使用效果非常好，不仅性能表现出色，而且使用体验也不错。
前言 为什么突然想认真学一下webpack？ 1 理解框架的需要 目前主流框架 Vue、React等都基于此，因此学一下基本使用时必要的 2 新框架开发需要 最近打算开发一个基于 html5、canvas 的小框架，涉及到页面频繁调试、浏览器兼容等；另外，开发过程中经常使用 import、ES6。如果直接基于 html + js + css来开发，那么效率很低还要处理很多兼容问题。 我们可以看到 webpack 的优势 随意使用 import、ES6: 通过打包注入 html 即可， 使
为了提高网站的访问速度，现在一般会将静态资源放在 CDN 下，而不是放在网站的域名之下。以腾讯课堂为例，其域名为 ke.qq.com，打开控制台，访问 ke.qq.com，我们可以看到 js 文件放在了 CDN 7.url.cn 下，css 文件放在了 CDN 8.url.cn 下。尽管 CDN 的服务可用性一般宣称 99.9% 甚至 99.999%，然而实际上监测结果比该数值要小一些。为了应对这种情况，需要做到当发现 css 或 js 文件从 CDN 加载失败时，能再次从网站的域名加载。
随着 React 项目日益复杂化、繁重化，React 中 css 面临很多问题，比如样式类名全局污染、命名混乱、样式覆盖等。这时， css 模块化就显得格外重要。
我在经过读10篇webpack相关超火的文章，并深入webpack源码，最后决定写一个webpack系列文章。
<meta name="viewport" content="width=device=width,initial-scale=1,user-scalable=0">
Sam Magura 是 Spot 的软件工程师，也是活跃的 Emotion 库维护者。最近，他详细解释了 Spot 公司为什么放弃运行时 CSS-in-JS 库 Emotion，而选择了 Sass 模块——运行时开销、负载开销和服务器端渲染问题导致了较差的用户体验。
上文「前端工程四部曲」模块化的前世今生（上）中我们主要介绍了JS模块化相关的知识，对于JS模块化，相信很多人都不陌生，但说起CSS模块化，可能大家就没有这么清晰了。大部分人都会重点关注JS而忽略CSS，但CSS也是前端三剑客不可或缺的一部分，在编写CSS的时候，绝大多数人都是比较随意的，所以会经常造成一些开发痛点。接下来这篇文章我们就来简单聊一聊 CSS 模块化。
当使用 babel-loader 将 ES6+ 代码转化为 ES5 时，带入公式：
Bootstrap ，基于 HTML 、 CSS 、 JAVASCRIPT 的 前端框架 。
那么此时我想在vue实例组件中使用子组件中的PLanguage的data,显然是不能直接获取到的
就在前几天，写了一篇CSS 20大酷刑,然后看后台数据，反馈还是挺好的，看来大家还是对这个「最熟悉的陌生人」，有种「食之无味，弃之可惜」的感觉。在上篇中，我们就说过，由于CSS庞杂的体系和令人眼花缭乱的属性，总是让人「望而却步」。但是，它也是我们翻身农奴做主人，势必要翻过的四座大山之一 CSS/Html/JavaScript/WebAsssembly。(自认为，WebAssembly也会成为一座我们需要逾越的大山，有关它的介绍，可以看我们之前写的浏览器第四种语言-WebAssembly)
<link href="assets/plugins/bootstrap/css/bootstrap.min.css" type="text/css" rel="stylesheet"/>
打包压缩js与css 由于webpack本身集成了UglifyJS插件（webpack.optimize.UglifyJsPlugin）来完成对JS与CSS的压缩混淆，无需引用额外的插件, 其命令webpack -p即表示调用UglifyJS来压缩代码，还有不少webpack插件如html-webpack-plugin也会默认使用UglifyJS。 uglify-js的发行版本只支持ES5，如果你要压缩ES6+代码请使用兼容开发分支。 UglifyJS可用的选项有： parse 解释 compr
所以说，脚本就是给计算机照着做的。这是我们对「脚本」的一个感性认识。接下来我们写一个脚本。
Atom支持语言特定的设置。你可以在Markdown文件中软换行，或者在Python中把tab的宽度设置为4。
在 《Vue 3：2020年中状态更新》 的文中曾经提到过尤雨溪希望7月中旬发布RC版(候选版本)，8月初发布3.0正式版。
本文是由 Emotion 的第二大活跃维护者 Sam 分享，本文第一人称都指的是 Sam。Emotion 是一个广泛流行的 CSS-in-JS 库，用于React。文文章 Sam 会带大家深入探讨 CSS-in-JS 最初吸引人的原因，以及为什么作者（以及Spot团队的其他成员）决定放弃它。
我们最开始学前端的时候都会看到教程在处理外部css，js的时候会将css放在header中，js放在body的最后。为什么要这样子处理，今天参考一些资料好好分析下。
bootstrap/ ├── less/ ├── js/ ├── fonts/ ├── dist/ │ ├── css/ │ ├── js/ │ └── fonts/ └── docs/ └── examples/
https://segmentfault.com/a/1190000023479851
1、需求：封装 utils 包，校验手机号长度和验证码长度，在 src/index.js 中使用并打包观察
大家好，我是码农小余。本节开始接触 Vite 核心特性热更新（Hot Module Replacement，简写 HMR）。
这里就讲讲这两个问题，写过 CSS 应该就会比较清楚，虽然我才刚入门，但在写一些练手时就已经有点感觉了：写 CSS 后，很难维护，维护基本要靠注释来，而且由于 HTML 文档中标签的嵌套层次复杂，导致写 CSS 的选择器时也很费劲，尤其是在后期为某部分标签新增样式时，总会不知道到底应该在 CSS 文件中哪里写这个选择器，这个选择器是否会与前面冲突。
CSS Module 在打包的时候会将类名转换成带有hash值的新类名，根据命名规矩，从而杜绝css类名冲突的问题。
webpack是如何打包资源优化，你有了解吗？或者一个经常被问的面试题，首屏加载如何优化，其实无非就是从http请求、文件资源、图片加载、路由懒加载、预请求，缓存这些方向来优化，通常在使用脚手架中，成熟的脚手架已经给你做了最大的优化，比如压缩资源，代码的tree shaking等。
WXML（WeiXin Markup Language）是小程序框架设计的一套标签语言，用来构建小程序页面的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
