問題描述

以前剛?cè)腴T前端的時候根本不會去糾結(jié)什么 能完美實現(xiàn)頁面就很好了~

隨著知識的增加與了解 逐漸考慮樣式的可復用性、擴展性、命名的規(guī)范、目錄結(jié)構(gòu)組織等

導致到現(xiàn)在根本就不會寫 Css 了 一個簡單的組件要思考好長時間把所有情況都考慮全了 為了提升復用性把組件的樣式抽離到只剩下幾條 雖然好多是不用抽離的 不過考慮到的情況如果這個位置和組件默認的不一樣的話就必須覆蓋定義之前的樣式 這樣等于多了一次不必要的渲染....

所以說 CSS 真的有完美的組織方式嗎 我是不是不適合寫前端了 我還有救嗎？.....

問題解答

這樣等于多了一次不必要的渲染....

這是你自己想當然以為的吧，你以為瀏覽器就這么傻嗎？

它難道不會計算好最終樣式再進行渲染嗎？

謝邀~~

哈哈 都是在坑里滾的 來回全身都是泥吖~~~

css 剛開始寫的時候 我也是 直接上 該到什么寫什么 也不會考慮題主說的可復用性、擴展性、命名的規(guī)范、目錄結(jié)構(gòu)組織 這樣寫下來 一個項目下來 css簡直龐大

慢慢的 發(fā)現(xiàn)很多問題還是要考慮的

后來開始想到 優(yōu)化圖片 考慮到css命名的規(guī)范 考慮到有些重復的樣式抽出來 考慮到復用

后來開始用less、sass編寫css 用css module 處理css 也用了gulp壓縮打包

可算是慢慢地在了解 也在一直優(yōu)化css樣式

坑還很大 得慢慢填

1、不要自己寫組件。除非你這個頁面是寫著玩的或者給新手普及用的。現(xiàn)在圈里那么多的組件和框架，盡管拿來用。2、然后你就會發(fā)現(xiàn)只需要覆蓋樣式就可以了。3、“多了幾次渲染”這種糾結(jié)的思想只應(yīng)該出現(xiàn)在重構(gòu)上，而不是第一次構(gòu)建上。你下筆之前先思索幾天什么都不干，你信不信項目經(jīng)理砍死你。當然沒人規(guī)定你工期的話你隨便。所以不要有潔癖。4、讀了你全文，感覺就是由潔癖無誤了。放開手腳寫吧。當然必要的文件夾架構(gòu)和組件拆分是需要研究一番的，一旦一個項目確定了這些就不要變，就算要改進也是到下一個項目里改。否則你一年也搞不出個項目。

我們都懷念那種簡單直接的方式，無奈前段工程化大潮勢不可擋，概念越來越多，代碼越來越臃腫，目錄結(jié)構(gòu)越來越復雜。webpack部署個前端環(huán)境麻煩死，md,架個服務(wù)器也不過如此。

webpack css module?

閉門造車不可取。去看看別人的組件怎么寫的。 面對初學者，我一般推薦bootstrap庫，這個庫的css寫的非常出色，仔細看看它的結(jié)構(gòu)是如何組織的。

只限于大項目，小項目整太多文件，很煩的。

大項目由于業(yè)務(wù)繁多，頁面更是無計其數(shù)，樣式文件的模塊化，組件化也是為了方便管理。通過文件名就可以定位到相應(yīng)要修改的地方。

便于項目管理的同時，也減少了協(xié)同開發(fā)之間引起的沖突，因為每個人只是負責對應(yīng)項目的單一文件。

適度就好過猶不及。如果項目的確是因為你的css需要優(yōu)化，那樣你再去優(yōu)化。盡可能的提升自己的水平。讓自己再自己的水平上做到最好。不要去盲目追求一些東西。知道自己想要的是什么

如果你會用預編譯工具的話，建議你看一下weui的源碼。

先做暫時能想到的，慢慢優(yōu)化唄