第二題開始的題目描述就有些不清楚了這部份感覺是要自由發揮的感覺,根據考過的同學表示,監評委員在看的時候並不見得會照著題目一字一句的去檢查,所以真的在評測時,自己要掌握好展示的流程,不要把題目沒有的或交代不清的內容也展示,自找麻煩而已,當然也有可能會遇到很嚴格的委員字字計較,要你一直重覆做功能展示,這時就只能靠真功夫來展現了。
第二題的題目設計上,後台比較簡單,前台要做的事略多,沒有完整的後台功能,所以像文章或會員帳號都是可以先手動增加到資料庫的,所以在解題流程上會先處理登入註冊及後台的部份,再去處理問卷調查的部份,接著是首頁頁籤的功能用DreamWeaver拉一拉就好,但如果不是為了考試或時間足夠的狀況下,我比較建議頁籤功能自己寫會比較乾淨一些,DreamWeaver會另外增加一些CSS和JS的檔案進來,在操作時要確認檔案的連結是正確的,免得展示出錯,最後再去處理分類網誌,人氣文章和最新文章的顯示,其中分頁功能後台一個,前台兩個,所以分頁功能一定要做出來,然後複製貼上兩次,改一下路徑就有15分了,cp值不錯,最最後有時間再來做按讚和點擊後顯示詳細內容的功能,這樣的流程可以確保穩定拿到分數,而不會因為麻煩的地方卡住了而影響整體的解題步調;另外,第二題強烈建議使用大量的jQuery ajax功能來做資料庫的存取及前端的顯示功能,會非常省事及有效率。

jQuery的使用,可以簡化文件的程式碼邏輯,讓api集中在一個檔案來處理
在解題架構上,除api.php及login.php之外,其他功能我還是以單檔的方式來處理,這是為了解題順手的考量,如果真的很熟練了,把檔案都整合在一個檔案也是可以的,因為參照原本版型提供的線索,大概可以推測出來,原本的題目設計要不就是整合在一個檔案中來呈現,要不就是使用framework來處理所有的頁面構成,所以才會頁面連結幾乎都是用參數來處理的狀況。
資料表的部份,如果沒有要做按讚的功能,就不用開log資料表,而文章相關功能因為題目沒有說明,所以有看把分類網誌的文章和最新文章分兩張表的解題法,這種解題法明顯只是為了把結果弄得和題目的示意圖一樣而已,不過因為題目沒講清楚,評委也扣不了分數就是了,我是只開一張post的表,然後手動新增八筆文章資料進去,多一個分類的欄位,所以分類網誌,最新文章和人氣文章我都用一張表來處理;而問卷調查的資料表我也只開了一張表,一樣用parent欄位來表達題目和選項的關係,這樣的結構用來應用解題是足了,大型問卷系統才需要考慮是不是要拆成兩張表來管理。

只以一張資料表來處理問卷的題目和選項
整體來說第二題是比起第一題簡單的題目,因為比較麻煩的按讚這項功能只佔了十分,不做也影響不大,而問卷功能並沒有要求做會員資格的限制,比如一位會員只能投一票之類的要求,這讓問卷調查的功能只剩下要花時間做頁面而已。
留言