Drupal建站過程思考——不識廬山真面目，只緣身在此山中

使用drupal與沒有使用drupal，在網站的設計過程上本質是同樣的！因此，咱們在使用drupal建一個新網站時，要時刻聯想本身在沒有drupal時是如何設計開發的。

不使用drupal時，咱們一般按以下步驟設計開發一個網站：

1.靜態頁面設計。主要包括主頁、二級列表頁、二級內容頁三類頁面，製做過程通常是：PS效果圖->切圖->HTML/CSS/JS靜態頁。一般一個優秀的美工/前端工程師，能夠搞定這一切，好比咱們的XiaoLu童鞋。

2.靜態頁面整理/頁面佈局整理——對代碼進行切塊、拆分。在本身開發時（如使用PHP或ASP.NET MVC技術開發），咱們一般會將共享的代碼拆分爲小文件（或稱PartialView、用戶控件等），如banner、footer等html代碼或共享的css、js代碼拆分爲一個個小文件，可供其它頁面include使用。

在使用ASP.NET MVC技術開發時，咱們會在視圖中設計一個或多個_Layout頁面，使得後續開發的頁面能夠套用這些_Layout頁面。Layout-「佈局」也，「框架」也，「母板」也，「模板」也！一般咱們至少須要一個主頁Layout、一個二級Layout。

備註：在純靜態頁環境下，咱們能夠在頁面中藉助jquery技術（如$(」#divID」).load(」footer.html」)）載入那些共享的html代碼頁。

一個理想的前端工程師也應該搞定本步驟中的一切，因此XiaoLu童鞋加油哦！

3.數據庫表設計。將要動態發佈的信息設計爲數據表，好比新聞、圖書信息、企業信息等，並先手工錄入一些測試數據。（這裏暫不考慮具備複雜業務流程的數據）

4.動態內容展現頁面的編程。結合數據表，編程呈現新聞列表、新聞內容等動態內容展現頁面。一般這些動態頁都自動套用相應的_Layout「佈局模板頁」。

5.後臺管理功能的編程。不是本文重點，在此再也不贅述。

～～～～～～～～～～～～～～～～～～～～～～～～～

Drupal的優點便是高度抽象並替代了編程部分，不須要編程了！這與一些代碼自動生成工具本質上沒有區別，只不過它比那些工具在建網站這方面更全面、更出色！

從這個角度看，使用drupal建網站時，前面的第一、二、3步驟應是同樣的（無限相近的），第四、5步驟則是在drupal後臺配置便可實現的。

固然，結合drupal自身特色，咱們概括總結一下使用drupal建網站時的步驟：

1.靜態頁面設計。（同上）

2.靜態頁面整理/頁面佈局整理。（同上）

3.靜態頁面佈局轉化爲drupal主題。一般基於zen主題製做子主題。若是第2步作得好，這一步會相對輕鬆！這一步其實是drupal中的區域/區塊的劃分與設計過程，其與第2步是何其類似！

4.內容類型設計（實質等同於數據庫表設計）。添加相應的內容類型，同時添加一些內容，等同於錄入一些測試數據。

5.視圖設計。Drupal中「視圖」的概念與數據庫中「視圖」的概念是類似的，能夠理解爲對數據表中數據的List呈現。針對已添加的內容類型（數據表），分別添加相應的視圖（數據視圖），視圖最終以區塊的形式呈現到頁面中。

6.區塊設置。將視圖區塊，或者一些靜態區塊放置到合適的區域。

7.後臺管理功能設置。配置並開放合適的帳號給客戶，用於管理髮布內容。Drupal後臺也有不少漂亮的第三方主題可供下載使用。後臺管理功能暫不深刻研究了。

備註：Drupal建網站詳細過程參見《如何將普通網站轉爲Drupal網站》。

 

綜上：

（1）第五、六、7步是替代人工編程的部分，特別是第五、6步其實質能夠理解爲代碼自動生成工具。

（2）特別注意第2步必定要作到位，不要省略！不要有了靜態頁面就急着向drupal主題轉化！

～～～～～～～～～～～～～～～～～～～～～～～～～

總結：

（1）拆分大問題。咱們每每會忽略了第2步「靜態頁面整理」，而後以爲將一個靜態網站轉換爲drupal主題太複雜了——問題之因此複雜，每每是由於實現過程的耦合度過高，步驟粒度太大，步子邁得太大，感受上一團亂麻。若是把過程梳理得更清晰一些、更細緻一些，步驟粒度小一些，可能問題就沒有那麼難以解決了。大問題總能夠拆分爲更小的兩個問題，總能夠這樣拆分下去。若是面對問題感受沒有頭緒，就去拆分問題吧！

（2）抽身看問題。鑽進問題裏，有時會看不清問題的本質，就象咱們總想用drupal解決全部問題同樣，被drupal強大、繁多的功能所迷惑，不可自拔。放下drupal，想想沒有它咱們怎麼作，而後有它咱們該怎麼作。詩云「不識廬山真面目，只緣身在此山中」，詩又云「不畏浮雲遮望眼，只緣身在最高層」。若是可以抽身並站在廬山之上看廬山，天然可以看個清清楚楚、明明白白。

 

 

 

夏春濤  

2014-07-31