java可以做什么項(xiàng)目 沒有工作經(jīng)驗(yàn),學(xué)的一般。java簡歷中項(xiàng)目經(jīng)驗(yàn)怎么寫?有沒有什么項(xiàng)目題目可以寫的?
沒有工作經(jīng)驗(yàn),學(xué)的一般。java簡歷中項(xiàng)目經(jīng)驗(yàn)怎么寫?有沒有什么項(xiàng)目題目可以寫的?沒有工作經(jīng)驗(yàn)不代表沒有項(xiàng)目經(jīng)驗(yàn)。在學(xué)習(xí)過程中,可以看視頻跟著做一個(gè)項(xiàng)目,但是不是抄,而是在自己理解了一部分的情況下,不
沒有工作經(jīng)驗(yàn),學(xué)的一般。java簡歷中項(xiàng)目經(jīng)驗(yàn)怎么寫?有沒有什么項(xiàng)目題目可以寫的?
沒有工作經(jīng)驗(yàn)不代表沒有項(xiàng)目經(jīng)驗(yàn)。
在學(xué)習(xí)過程中,可以看視頻跟著做一個(gè)項(xiàng)目,但是不是抄,而是在自己理解了一部分的情況下,不看視頻寫出來,忘了就回頭看看,不要邊看視頻邊寫代碼。最主要的是要理解這個(gè)項(xiàng)目,否則白抄一遍意義不大,面試官問你項(xiàng)目的情況你也不知道。要理解項(xiàng)目的意義,解決了什么問題,用了哪些技術(shù),有哪些難點(diǎn),有什么讓你困擾很久的問題,那個(gè)地方最令你驕傲,你對(duì)項(xiàng)目做了什么優(yōu)化等等。
在工作中也是如此,只是工作中的項(xiàng)目都是真實(shí)的數(shù)據(jù)并且數(shù)據(jù)量可能特別大,要考慮的性能問題更多。
如果沒有項(xiàng)目經(jīng)驗(yàn),不要強(qiáng)行寫上項(xiàng)目經(jīng)驗(yàn),面官一問,結(jié)果你一點(diǎn)都不知道,一看就在撒謊,那么你覺得面試官會(huì)接受一個(gè)撒謊的人嗎?
畢竟剛畢業(yè),主要看重的是基礎(chǔ),有項(xiàng)目經(jīng)驗(yàn)最好,但記住那只是加分項(xiàng),誠實(shí)很重要。
java業(yè)務(wù)邏輯,寫在哪里比較好?
現(xiàn)在很多公司開發(fā)人員應(yīng)該采用都是mvc架構(gòu)。
Mvc就是所謂的model模型,view視圖,controller控制器。
每個(gè)層都有明確分工。
簡單的項(xiàng)目拋開nignx,網(wǎng)關(guān),一般都是前端發(fā)一個(gè)請(qǐng)求到后端,首先到達(dá)contoller然后是service層再然后是dao層。
這里的service層就是所謂的業(yè)務(wù)層,專門負(fù)責(zé)業(yè)務(wù)處理操作,而dao層負(fù)責(zé)和數(shù)據(jù)庫打交道,從db拿數(shù)據(jù)返給service,sevice處理完返給controller層,controller通過視圖解析器,解析完通過瀏覽器渲染頁面。
說到這里基本上,我想答案已經(jīng)很明顯了。那就是Java業(yè)務(wù)邏輯寫在service層。
而sevice層其實(shí)又涉及到接口和接口實(shí)現(xiàn)。
就是我們一般寫代碼都會(huì)定義一個(gè)接口供controller去調(diào)用。
其實(shí)service接口的實(shí)現(xiàn)類最終才應(yīng)該是寫業(yè)務(wù)邏輯的地方。
當(dāng)然很多公司可能不止一個(gè)sevice層,比如還有一個(gè)manager層繼續(xù)對(duì)數(shù)據(jù)做特殊業(yè)務(wù)處理,這里只是簡單的說下大致情況。
每個(gè)公司每個(gè)項(xiàng)目根據(jù)自身業(yè)務(wù),架構(gòu)可能不太一樣。但本質(zhì)是一樣的。
總結(jié)一下就是業(yè)務(wù)邏輯肯定需要單獨(dú)作為一層去處理,這樣既方便拓展,也方便維護(hù)。切記不要把所有的業(yè)務(wù)邏輯都寫在controller里面。
每個(gè)層都有自己的分工,都揉在一塊不僅僅代碼冗長看起來還很亂,不清晰。
好了,希望我的回答能幫到你!
感興趣可以關(guān)注,共同學(xué)習(xí)交流!