9/2 前端要不要學習 Sass 😱
在過去我還沒學 Sass 以前
當時的 CSS 能力已經有一定基礎
對於一個網頁建構其實也不需要花太長的時間
但在接觸 Sass 後我認為我不懂 CSS
主要原因是架構上的差距
這個問題在過去經常有人在爭吵
反正最後結果都是 CSS 為何還要多一個編譯?
如果有人跟你爭吵為何要學,請不要花時間跟他爭論
詳細的原因並不是三兩句就可解釋清楚
並且需要親自體驗才能感受到落差
大多反對者其實並沒有實際接觸過
所以多說無益
這邊來說下我在學習後的差異
.
### 更了解 CSS 架構
原本 CSS 僅限於了解各屬性的用法
可以用 CSS 拼建出任何想用的元件
但在管理上卻有很大的問題
同一個相似的元件在兩個地方卻寫了接近的 CSS
大量重複的內容難以管理
透過 Sass 就能夠輕鬆帶入 OOCSS 的概念
在長時間的練習下更能抽離出重複的樣式
進而優化 CSS 的可用性
有遇過想改前人(包含自己) 過去寫的 CSS
但不敢改,寧願用 !important 覆蓋的窘境嗎?
.
### 不再重複造輪子
重複造輪子某方面來說是一種原罪
因為重複的輪子都是一個新觀念
大多數的人不太敢去改別人的輪子
(過去的自己也是別人)
Sass 可以將重複的輪子儲存起來
不斷的改良修正輪子的版本
需要使用時再取用特定版本的輪子運作
.
### 寫 CSS 的時間大幅縮短
因為許多輪子都已經建造好了
我們只是載入並運作他
所以自然花的時間會越來越少
.
### 更容易管理、整合大型框架
我在學習 Sass 後自幹過框架
這樣的經驗下我很了解怎麼運用框架
外部的資源如何管理及有效利用
甚至做出企業級的專用框架都不是問題
.
### 從此開始,更容易了解其他技術
Sass、PostCSS、Gulp、Webpack
許多技術不斷地互相借鏡
取得彼此優良的地方
並且學習曲線會越來越低
但首先,要先學會其中一個作為開端
學會一個後,學習速度增加
工作上花費的時間縮短
自然而然有更多的時間學習新技術
===
結論,如果你工作上需要花一定的時間寫 CSS
請一定要學 CSS 預處理器
這將有效優化你個人工作效率
#每日一觀點 #8
「postcss sass」的推薦目錄:
- 關於postcss sass 在 卡斯伯 Facebook 的最佳貼文
- 關於postcss sass 在 SCSS parser for PostCSS. - GitHub 的評價
- 關於postcss sass 在 PostCSS | Summer。桑莫。夏天 的評價
- 關於postcss sass 在 Gulp task: pipe gulp-sass to postCSS doing nothing - Stack ... 的評價
- 關於postcss sass 在 Sass, Less, stylus, PostCSS 以上你用過哪幾個呢? | Facebook 的評價
- 關於postcss sass 在 The Top 57 Css Sass Postcss Open Source Projects on Github 的評價
- 關於postcss sass 在 4.6_PostCSS vs SASS - MartijnKeesmaat/dating-app Wiki 的評價
postcss sass 在 PostCSS | Summer。桑莫。夏天 的推薦與評價
相較LESS、SASS、SCSS 這些預先綁了許多可能用不到的功能的預處理器,PostCSS 可以像LEGO 般只根據需要加入或刪除功能,像是precss、prefix、mixin 等。 ... <看更多>
postcss sass 在 SCSS parser for PostCSS. - GitHub 的推薦與評價
A SCSS parser for PostCSS. This module does not compile SCSS. It simply parses mixins as custom at-rules & variables as properties, so that PostCSS plugins can ... ... <看更多>