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

　　矛盾篇:

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

　　1. 美工何時(shí)參與到項(xiàng)目中來

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

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

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

　　解決篇:

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

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

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

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

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

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

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

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

　　項(xiàng)目的大致進(jìn)度，要在這個(gè)階段結(jié)束的時(shí)候確定下來。

　　二、后臺(tái)模塊劃分和版面設(shè)計(jì)

　　這個(gè)階段，程序員要和美工兵分兩路分頭行動(dòng)。

　　后臺(tái)模塊劃分如果做好了，后面的效率會(huì)高一些。這個(gè)過程不能省。

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

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

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

　　在這個(gè)階段結(jié)束的時(shí)候，要將項(xiàng)目的進(jìn)度計(jì)劃進(jìn)一步具體化。

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

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

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

　　四、后臺(tái)程序編碼

　　這個(gè)階段，程序員要緊張工作，會(huì)比較辛苦的。

　　程序員需要遵守的三個(gè)原則:

　　1、團(tuán)隊(duì)合作;

　　2、保證進(jìn)度;

　　3、保證質(zhì)量。

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

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

　　五、除錯(cuò)、改進(jìn)、頁面美化

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