看到N多介紹CSS框架,前些天我說過一句話:“在我有限的視野裡,還沒見到可以真正可以稱得上css框架的東東~”,當然也可能是我的視野太小了,或者是說世界太大了,我自己還是感覺還有一大堆我看不到的東西。
先來看一下一個我比較認同的概念:
框架可分為白盒(White-Box)與黑盒(Black-Box)兩種框架。
基於繼承的框架被稱為白盒框架。所謂白盒即具備可視性,被繼承的父類的內部實現細節對子類而言都是可知的。利用白盒框架的應用開發者通過衍生子類或重寫父類的成員方法來開發系統。子類的實現很大程度上依賴於父類的實現,這種依賴性限制了重用的靈活性和完全性。但解決這種局限性的方法可以是只繼承抽象父類,因為抽象類基本上不提供具體的實現。白盒框架是一個程序骨架,而用戶衍生出的子類是這個骨架上的附屬品。
基於對象構件組裝的框架就是黑盒框架。應用開發者通過整理、組裝對象來獲得系統的實現。用戶只須了解構件的外部接口,無須了解內部的具體實現。另外,組裝比繼承更為靈活,它能動態地改變,繼承只是一個靜態編譯時的概念。
在理想情況下,任何所需的功能都可通過組裝已有的構件得到,事實上可獲得的構件遠遠不能滿足需求,有時通過繼承獲得新的構件比利用已有構件組裝新構件更容易,因此白盒和黑盒將同時應用於系統的開發中。不過白盒框架趨向於向黑盒框架發展,黑盒框架也是系統開發希望達到的理想目標。
再回頭看一下現在網上那樣多CSS框架(YUI是叫“YUI Library CSS Tools” 並非是“YUI CSS Frameworks”),有多少是真正以框架的概念在寫,有多少只是定義樣式基類的。當然,每個人對框架的理解不一定,你可能不認同我的說法。
再談一下CSS 框架,並不非我不認可這個東西的存在,我從一兩年前也就一直在嘗試這樣的東西。對於大型網站,前端的開發需要一個解決方案。框架自然是首選的。可惜距離我太遠了,我太弱了T_T,我只要要求兩點:
管理下面的內容的東西
類/組件
很明顯,第一點,CSS做不到,第二點,相對其它語言很弱的說。
大約在一年前做一個中型網站時,我為了偷懶,我想到內容模塊化,讓程序員拼頁面。大約方向也就是封裝了一個又一個的功能塊,程序員在要用到哪一塊內容時就只要使用相應的HTML與CSS,大家都方便,我不要拼頁面,他不用重復套代碼,大家好才是真的好。
在同一個網站,差不多的內容塊,多次使用是很正常的事,這也是就讓模塊化成為可能,比如一個圖片列表,可能是用戶頭像列表,或者群組的圖標列表,這時你會怎樣寫呢?相同的用這樣嗎?
.photoListUesr,.photoListGroup{ /*_*/ }
這樣不是說不行,但如果突然說要再加一個相似的呢?這時可能就要調整樣式。而我呢?嘗試過這樣的使用方式: