,,

網(wǎng)站設(shè)計制作中程序員和美工的如何配合問題【轉(zhuǎn)】

admin

2011年6月22日 14:37 本文熱度 3179

　　公司的項目都是基于B/S結(jié)構(gòu)的，絕大多數(shù)操作界面都是通過網(wǎng)頁的形式展現(xiàn)在用戶面前的，頁面的美觀就成了非常重要的問題。記得去年的這個時候公司迎來了它歷史上的第一個專職美工。同時到來的就是程序員與美工的合作問題。

　　矛盾篇:

　　公司以前的系統(tǒng)都是由程序員來編寫界面的，美觀與否先不必說，單從效率上講就是一個很大的問題。大部分時間都花在了界面的編寫上，嚴重影響了項目的進展速度。美工到來以后，頁面的美觀程度和制作速度都有了很大提高，隨之而來的程序員與美工的配合問題又成了一個新的問題。其中主要的問題、矛盾有以下幾點:

　　1. 美工何時參與到項目中來

　　2. 程序員不懂如何將頁面弄得美觀，美工也不懂如何向頁面中添加代碼(即使是使用了Velocity)

　　3. 程序員和美工是兩種完全不同的人，他們關(guān)心的事情也完全不同，這就導致兩種人對頁面代碼(html)風格的要求大相徑庭??程序員要得是簡單易懂，美工要得是美觀漂亮

　　4. 程序員要做的是將數(shù)據(jù)展現(xiàn)在頁面上(使用簡單的條件、循環(huán)語句)，美工要做的是將美麗充滿整個屏幕(程序員會叫道:天哪!這么復(fù)雜，我怎么用if、else、for來實現(xiàn))

　　解決篇:

　　上面的這幾點問題和矛盾從關(guān)系上來講是層層遞進的，要一個一個依次解決。先來說說美工何時介入到項目中來，在公司做過的這些項目以及我聽說過的項目看，大致有以下幾種:1)先有美工制作靜態(tài)頁面，完成后程序員直接向頁面中添加程序代碼;2)程序員隨時和美工溝通，向美工描述頁面需求，隨要隨做;3)程序員自己編寫測試頁面，然后讓美工進行美化。

　　這3種方式可以說是個有利弊。方式1)對程序員來說絕對是個喜訊，它能使程序員最大限度的遠離那些煩人的頁面編碼，提高程序員工作的含金量。同時，一套完整的頁面可以展現(xiàn)全部業(yè)務(wù)的流程，對程序員開發(fā)也起到了規(guī)范的作用。但這種方式對美工的要求極高，美工要了解項目的需求，而這一般是達不到的。但可以讓了解需求的人為其講解，或是描繪出希望的頁面的樣式。這樣雖然可以彌補美工對業(yè)務(wù)了解的不足，但也確實花掉了很多時間(而且是花掉了比較重要的人物的時間，因為了解整體業(yè)務(wù)的一般都是公司的牛人，他們的時間可是一刻千金呀)。方式2)是一個比較折中的方法，這樣做無需太多的準備就可開始編碼工作，程序員把握頁面內(nèi)容和樣式，向美工詳細描述，美工再根據(jù)描述設(shè)計頁面，最后返回給程序員添加代碼。這個反饋的過程一般比較迅速，效果也不錯，可以達到程序員預(yù)期的效果，適用于項目時間要求比較緊的情況。該方式的問題在于沒有一個形象化的完整的流程可供程序員參考，一切掌握在程序員手中，容易造成對需求的貪污和系統(tǒng)整體風格的不統(tǒng)一。方式3)一般用于對已有項目的美化上，對美工的要求也很高，她們需要具備在html和其他代碼混合體的環(huán)境下工作的能力。而且修改的效果一般不是很佳，不到萬不得已不推薦使用。

　　問題2.3.4.雖然表現(xiàn)出來的問題各不相同，但解決的方法卻很相似。首先，美工要養(yǎng)成一些程序員編碼時慣有的習慣，比如:文件命名要有意義、html代碼要根據(jù)層次進行縮進等。其次，頁面代碼的一些細節(jié)也要注意，比如，使用居中或右對齊標簽來取代空格，必須使用空格時也要用“ ”，不使用

標簽，盡量使用表格等。再次，如果在條件允許的情況下，美工也可以學習一下夾雜在頁面中的各種程序代碼，了解其語義和工作原理，這將對與程序員的合作起到很大的幫助的。最后，就是程序員要在向頁面文件中添加代碼前先對頁面代碼做一下審核工作，在這里并不是看美工的頁面是否美觀，而是看在原有頁面代碼的基礎(chǔ)上是否能夠使用簡單的條件、循環(huán)語句來顯示數(shù)據(jù)(比如，頁面布局過于復(fù)雜，不能通過簡單的循環(huán)來顯示所有數(shù)據(jù))，否則就需要修改頁面代碼直到能滿足要求為止。

　　做網(wǎng)站后臺的流程一般是這樣的:

　　一、網(wǎng)站規(guī)劃階段

　　這個階段主要是對網(wǎng)站的功能、目標受眾、內(nèi)容、欄目進行規(guī)劃。這期間會經(jīng)常性地和有關(guān)領(lǐng)導進行溝通。首先，自己一定要對網(wǎng)站的整體規(guī)劃清清楚楚，然后要吸收別人的建議。吸收別人的建議的過程，可以認認真真地做，也可以走過場，但是有這個過程以后，別人才不會對你的規(guī)劃說三道四。

　　至于領(lǐng)導的意愿，和你的規(guī)劃靠得上邊的，你一定要讓領(lǐng)導明白，他們的設(shè)想已經(jīng)在你的規(guī)劃中被考慮進去了。

　　項目的大致進度，要在這個階段結(jié)束的時候確定下來。

　　二、后臺模塊劃分和版面設(shè)計

　　這個階段，程序員要和美工兵分兩路分頭行動。

　　后臺模塊劃分如果做好了，后面的效率會高一些。這個過程不能省。

　　版面設(shè)計，美工既要考慮網(wǎng)站整體規(guī)劃，又要考慮大家的建議，尤其是不能忽視領(lǐng)導們的觀點(雖然大多數(shù)情況下領(lǐng)導的美術(shù)細胞少得可憐)。在這個大前提下，再兼顧美觀、合理。一個好的美工，不僅僅能做出漂亮的頁面，還要能迎合一下客戶或者公司領(lǐng)導的意愿，而且能和程序員進行溝通。

　　在這個階段，程序員和項目經(jīng)理(項目負責人)要拿出一個可操作的模塊劃分方案，而美工要確定網(wǎng)站的版面框架、美術(shù)風格，做出網(wǎng)站首頁和二級頁面。

　　實際上，在第一個階段(網(wǎng)站規(guī)劃階段)，美工就應(yīng)該開始思考網(wǎng)站的風格了。在第二個階段，則需要把比較抽象的初級設(shè)想變成具體的頁面。基本上，首頁定了，整個網(wǎng)站的頁面就定了一大半了。

　　在這個階段結(jié)束的時候，要將項目的進度計劃進一步具體化。

　　三、數(shù)據(jù)庫設(shè)計

　　這項工作很重要。但是程序員應(yīng)該知道怎么去做。而且數(shù)據(jù)庫設(shè)計是和一個人的理論水平、實際經(jīng)驗息息相關(guān)的，不是幾句話能說明白的。大的、復(fù)雜的站點，數(shù)據(jù)庫規(guī)劃可能要用一周左右的時間，小的、簡單的站點，數(shù)據(jù)庫設(shè)計也需要2到3天。

　　在這個階段，美工最好別閑著，繼續(xù)完成頁面設(shè)計。要知道下一個階段，程序員可就要用到美工的頁面了。最好別出現(xiàn)這樣的情況:程序員要用到某個頁面，而美工還沒有把那個頁面確定下來。

　　四、后臺程序編碼

　　這個階段，程序員要緊張工作，會比較辛苦的。

　　程序員需要遵守的三個原則:

　　1、團隊合作;

　　2、保證進度;

　　3、保證質(zhì)量。

　　美工這個時候要輔助程序員做頁面。這個階段美工可能比較閑，但是一定要稱職。

　　項目經(jīng)理該和客戶或者領(lǐng)導溝通的時候，一定要溝通。

　　五、除錯、改進、頁面美化

　　這個階段，不多說了。項目經(jīng)理和客戶、領(lǐng)導的溝通，仍然是很重要的。

該文章在 2011/6/22 14:37:36 編輯過