以前刚入门前端的时候根本不会去纠结什么 能完美实现页面就很好了~
随着知识的增加与了解 逐渐考虑样式的可复用性、扩展性、命名的规范、目录结构组织等
导致到现在根本就不会写 Css 了 一个简单的组件要思考好长时间把所有情况都考虑全了 为了提升复用性把组件的样式抽离到只剩下几条 虽然好多是不用抽离的 不过考虑到的情况如果这个位置和组件默认的不一样的话就必须覆盖定义之前的样式 这样等于多了一次不必要的渲染....
所以说 CSS 真的有完美的组织方式吗 我是不是不适合写前端了 我还有救吗？.....
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
这是你自己想当然以为的吧，你以为浏览器就这么傻吗？
它难道不会计算好最终样式再进行渲染吗？
谢邀~~
哈哈 都是在坑里滚的 来回全身都是泥吖~~~
css 刚开始写的时候 我也是 直接上 该到什么写什么 也不会考虑题主说的
可复用性、扩展性、命名的规范、目录结构组织这样写下来 一个项目下来 css简直庞大慢慢的 发现很多问题还是要考虑的
后来开始想到 优化图片 考虑到css命名的规范 考虑到有些重复的样式抽出来 考虑到复用
后来开始用less、sass编写css 用css module 处理css 也用了gulp压缩打包
可算是慢慢地在了解 也在一直优化css样式
坑还很大 得慢慢填
1、不要自己写组件。除非你这个页面是写着玩的或者给新手普及用的。现在圈里那么多的组件和框架，尽管拿来用。
2、然后你就会发现只需要覆盖样式就可以了。
3、“多了几次渲染”这种纠结的思想只应该出现在重构上，而不是第一次构建上。你下笔之前先思索几天什么都不干，你信不信项目经理砍死你。当然没人规定你工期的话你随便。所以不要有洁癖。
4、读了你全文，感觉就是由洁癖无误了。放开手脚写吧。当然必要的文件夹架构和组件拆分是需要研究一番的，一旦一个项目确定了这些就不要变，就算要改进也是到下一个项目里改。否则你一年也搞不出个项目。
我们都怀念那种简单直接的方式，无奈前段工程化大潮势不可挡，概念越来越多，代码越来越臃肿，目录结构越来越复杂。webpack部署个前端环境麻烦死，md,架个服务器也不过如此。
webpack css module?
闭门造车不可取。去看看别人的组件怎么写的。
面对初学者，我一般推荐
bootstrap库，这个库的css写的非常出色，仔细看看它的结构是如何组织的。只限于大项目，小项目整太多文件，很烦的。
大项目由于业务繁多，页面更是无计其数，样式文件的模块化，组件化也是为了方便管理。通过文件名就可以定位到相应要修改的地方。
便于项目管理的同时，也减少了协同开发之间引起的冲突，因为每个人只是负责对应项目的单一文件。
适度就好过犹不及。如果项目的确是因为你的css需要优化，那样你再去优化。尽可能的提升自己的水平。让自己再自己的水平上做到最好。不要去盲目追求一些东西。知道自己想要的是什么
如果你会用预编译工具的话，建议你看一下weui的源码。
先做暂时能想到的，慢慢优化呗