終于，經(jīng)歷了一次次修改，更新了一次次需求，項(xiàng)目即將落下帷幕。
這次開發(fā)周期經(jīng)歷了快兩個(gè)月，期間有十幾位小伙伴參與到此次項(xiàng)目中。這個(gè)項(xiàng)目，給我的歷練很大，不局于技術(shù)，也包括性格，溝通能力，以及處事方式的磨練。
這次項(xiàng)目中，我主要負(fù)責(zé)了基礎(chǔ)模塊--人員模塊--信息上傳--數(shù)據(jù)展示模塊四個(gè)模塊的內(nèi)容。負(fù)責(zé)的模塊比較多，雖然并不是最核心的模塊，但也讓我從中受益匪淺。
基礎(chǔ)模塊改造時(shí)，給我困惑最大的無非就是系統(tǒng)權(quán)限的設(shè)計(jì)以及部門結(jié)構(gòu)的構(gòu)建。原框架中職務(wù)和部門是沒有關(guān)聯(lián)的，初版需求中，我需要將二者關(guān)聯(lián)起來，為了理清這一塊的關(guān)聯(lián)思路，同時(shí)保證權(quán)限的正常，前后花了快兩天時(shí)間開發(fā)這一模塊。雖然后來需求變更將二者的關(guān)聯(lián)取消了，但是卻讓我理清了權(quán)限設(shè)計(jì)的思路。
看這一排排被注釋掉不用的代碼，是不是有一絲心疼呢？（切，這才冰山一角）
人員模塊涉及到這個(gè)項(xiàng)目的主要業(yè)務(wù)，不過這一塊總體業(yè)務(wù)比較簡單。唯一困擾我的就是人員的批量插入功能，因?yàn)槲覀內(nèi)藛T對(duì)象有兩個(gè)，被反映人與反映人，同時(shí)又包含信訪登記時(shí)的人員實(shí)時(shí)信息狀態(tài)表，而且被反映人對(duì)象包含人或部門，也就是一個(gè)批量添加的操作，我需要同時(shí)維護(hù)5張表，并且還要校驗(yàn)數(shù)據(jù)的重復(fù)等等。。。（小小場面，能力有限，這個(gè)功能也就1000行代碼左右）這一塊是我耗時(shí)最長的一個(gè)模塊，前前后后為了適應(yīng)需求的變化經(jīng)歷了好多次修改，最終完成。這一塊給我體會(huì)最大的，無非就是每次重新修改代碼時(shí)，回顧自己之前的代碼，才明白自己寫的是多么的爛。
信息上傳這，說不上一個(gè)模塊，充其量算是人員模塊那里的一個(gè)個(gè)小功能，為什么要單獨(dú)提出來呢？肯定是花費(fèi)的精力大啊。這個(gè)功能主要是提供人員信息的上傳，即將Excel中的信息添加到數(shù)據(jù)庫中，如果文件信息有誤，要將有問題的信息標(biāo)紅并說明問題原因，重新返回給使用者修改。之前沒接觸過Java處理Excel，所有就需要從頭開荒，但是我第一步就走錯(cuò)了，我第一步做的不是看官方文檔，而是扒拉博客，結(jié)果初版做出來時(shí)，問題賊多。
怎么樣，這個(gè)問題報(bào)告文件是不是很好看
數(shù)據(jù)統(tǒng)計(jì)這個(gè)模塊原本并不是我的，但是負(fù)責(zé)這一塊的同學(xué)實(shí)習(xí)了，我就接了過來。剛接過來時(shí)，壓力挺大的，因?yàn)樵谠械幕A(chǔ)上，要對(duì)數(shù)據(jù)進(jìn)行月-季度-半年-年的劃分。當(dāng)時(shí)感覺天空都不明了，感覺需求略微的變態(tài)（其實(shí)并不是簡單的劃分，是。。。。自己太菜了），記得當(dāng)時(shí)我花了一中午時(shí)間，寫了一個(gè)解決方案，搞完之后，求教學(xué)長有沒有更好的處理方式。好的吧，學(xué)長聽了我的解決方案，當(dāng)即給pass了，花了15分鐘又搞了一版，好嘞吧，請(qǐng)收下我的膝蓋。再接著，是時(shí)間段劃分的格式，我在紙上畫邏輯思路，最終理清之后，我找學(xué)長辯解，說如果這樣做我要做十幾次數(shù)據(jù)的判斷等等，好嘞吧。學(xué)長倆小時(shí)，幾行代碼解決吧，再次收下我的膝蓋吧。學(xué)長成功地給我鋪好了地基，我就只需要擼代碼了，好嘞吧。我又遇到了繁雜的業(yè)務(wù)（其實(shí)簡單的一批），構(gòu)建一個(gè)部門樹，本身項(xiàng)目中已有這個(gè)功能，但是我看不懂。（其實(shí)是太牛批了，自己也想寫一個(gè)）不，不是想，而是最初學(xué)長讓我構(gòu)建，結(jié)果發(fā)現(xiàn)框架中可以通過權(quán)限直接獲取到，我就使用了那個(gè)，但是這個(gè)功能不是很靈活。所以我就又構(gòu)建了一棵，好嘞吧，我原本以為很難，沒想到理清了思路搞是那么地爽。
