沒有工作經驗，學的一般。java簡歷中項目經驗怎么寫？有沒有什么項目題目可以寫的？沒有工作經驗不代表沒有項目經驗。在學習過程中，可以看視頻跟著做一個項目，但是不是抄，而是在自己理解了一部分的情況下，不

沒有工作經驗，學的一般。java簡歷中項目經驗怎么寫？有沒有什么項目題目可以寫的？

沒有工作經驗不代表沒有項目經驗。

在學習過程中，可以看視頻跟著做一個項目，但是不是抄，而是在自己理解了一部分的情況下，不看視頻寫出來，忘了就回頭看看，不要邊看視頻邊寫代碼。最主要的是要理解這個項目，否則白抄一遍意義不大，面試官問你項目的情況你也不知道。要理解項目的意義，解決了什么問題，用了哪些技術，有哪些難點，有什么讓你困擾很久的問題，那個地方最令你驕傲，你對項目做了什么優(yōu)化等等。

在工作中也是如此，只是工作中的項目都是真實的數據并且數據量可能特別大，要考慮的性能問題更多。

如果沒有項目經驗，不要強行寫上項目經驗，面官一問，結果你一點都不知道，一看就在撒謊，那么你覺得面試官會接受一個撒謊的人嗎？

畢竟剛畢業(yè)，主要看重的是基礎，有項目經驗最好，但記住那只是加分項，誠實很重要。

java業(yè)務邏輯，寫在哪里比較好？

現(xiàn)在很多公司開發(fā)人員應該采用都是mvc架構。

Mvc就是所謂的model模型，view視圖，controller控制器。

每個層都有明確分工。

簡單的項目拋開nignx，網關，一般都是前端發(fā)一個請求到后端，首先到達contoller然后是service層再然后是dao層。

這里的service層就是所謂的業(yè)務層，專門負責業(yè)務處理操作，而dao層負責和數據庫打交道，從db拿數據返給service，sevice處理完返給controller層，controller通過視圖解析器，解析完通過瀏覽器渲染頁面。

說到這里基本上，我想答案已經很明顯了。那就是Java業(yè)務邏輯寫在service層。

而sevice層其實又涉及到接口和接口實現(xiàn)。

就是我們一般寫代碼都會定義一個接口供controller去調用。

其實service接口的實現(xiàn)類最終才應該是寫業(yè)務邏輯的地方。

當然很多公司可能不止一個sevice層，比如還有一個manager層繼續(xù)對數據做特殊業(yè)務處理，這里只是簡單的說下大致情況。

每個公司每個項目根據自身業(yè)務，架構可能不太一樣。但本質是一樣的。

總結一下就是業(yè)務邏輯肯定需要單獨作為一層去處理，這樣既方便拓展，也方便維護。切記不要把所有的業(yè)務邏輯都寫在controller里面。

每個層都有自己的分工，都揉在一塊不僅僅代碼冗長看起來還很亂，不清晰。

好了，希望我的回答能幫到你！

感興趣可以關注，共同學習交流！