通過這次做項(xiàng)目，使我對編程有了進(jìn)一步的認(rèn)識。做項(xiàng)目的時(shí)候，最重要的不是自己如何快速地將自己分配的任務(wù)做完，而是要注重團(tuán)隊(duì)合作。一開始組內(nèi)必須對這個(gè)項(xiàng)目的數(shù)據(jù)庫的命名進(jìn)行討論，定義表的屬性的數(shù)據(jù)類型，表與表之間會有關(guān)聯(lián)，所以有的屬性的類型與長度必須定義一致，這樣訪問數(shù)據(jù)庫時(shí)才不會出錯(cuò)。如果一開始不將這些步驟統(tǒng)一下來的話，就會給后面的編程帶來一系列的問題。
我做的是購物車和訂單結(jié)算管理，做的內(nèi)容包括查詢購物車信息、對購物車中商品做結(jié)算操作以及商品的結(jié)算三個(gè)頁面。同時(shí)對四個(gè)表進(jìn)行處理，對購物車信息表、訂單信息表這兩個(gè)表插入數(shù)據(jù)；對地址信息表操作數(shù)據(jù)之后，將默認(rèn)地址信息插入到訂單信息表中；訂單結(jié)算之后，請空購物車，并修改商品信息表中對應(yīng)的商品數(shù)量。
做這個(gè)項(xiàng)目的時(shí)候，我浪費(fèi)了太多的時(shí)間在購物車管理界面上。首先對于界面的一些布局沒有考慮清楚就動手，不知道如何運(yùn)用java語言來對數(shù)據(jù)庫進(jìn)行處理，對于細(xì)節(jié)方面考慮地不全面，導(dǎo)致了遇到了錯(cuò)誤就不停地修改。在插入數(shù)據(jù)到訂單信息表中停留的時(shí)間太長，不懂得運(yùn)用打印功能來檢查錯(cuò)誤。同時(shí)在修改庫存的時(shí)候完全沒有思路，只對庫存進(jìn)行了修改卻在銷售時(shí)沒有對庫存進(jìn)行判斷，這就是程序的一大錯(cuò)誤之處。正如老師所說，在第一個(gè)界面完成之后，接下來的商品退貨界面做起來就不太難了，對這個(gè)項(xiàng)目實(shí)現(xiàn)的功能也有了一定的了解，以及對這個(gè)項(xiàng)目如何動作的有了基本的了解。
其實(shí)我在這個(gè)模塊遇到的最大的問題就是，一開始對這塊模塊到底實(shí)現(xiàn)的功能與細(xì)節(jié)分析得不徹底，所以在開始編程的時(shí)候就手足無措。于是這部分的代碼就出現(xiàn)了許多漏洞，然后在運(yùn)行程序的時(shí)候就不停地修補(bǔ)漏洞。接著就對這個(gè)界面的功能進(jìn)行不停地完善，在修改的過程中也就浪費(fèi)了許多時(shí)間。
當(dāng)組長將這個(gè)項(xiàng)目組合完成之后，我知道了做一個(gè)項(xiàng)目不是一個(gè)人就能完成的，需要組員之間的配合，因?yàn)橛械墓δ芘c別的人所做的功能是相連接的。如果只顧自己，這個(gè)項(xiàng)目也不會完成。這需要與組內(nèi)的成員進(jìn)行交流，以及組長的辛苦努力與組員們一起解決問題。
