java業(yè)務(wù)邏輯，寫在哪里比較好？從問(wèn)答來(lái)看，我揣測(cè)題主估計(jì)是一位java新手，只不過(guò)老手早很瀟酒地在國(guó)家規(guī)范好的目錄結(jié)構(gòu)下擼碼了，所以才對(duì)于這個(gè)問(wèn)題，最后再說(shuō)一句：相關(guān)規(guī)范是死的，人是活的，一般情況

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

從問(wèn)答來(lái)看，我揣測(cè)題主估計(jì)是一位java新手，只不過(guò)老手早很瀟酒地在國(guó)家規(guī)范好的目錄結(jié)構(gòu)下擼碼了，所以才對(duì)于這個(gè)問(wèn)題，最后再說(shuō)一句：相關(guān)規(guī)范是死的，人是活的，一般情況下，我們可以不據(jù)差別的java框架規(guī)范的目錄來(lái)寫，特殊情況下也這個(gè)可以可以自定義。

問(wèn)題分析相互過(guò)java的同學(xué)很有可能都清楚，java早期是前后端所有的包攬全部的，代碼都是都很臃腫，隨著時(shí)代的發(fā)展，也就再開(kāi)啟了前后端分離的趨勢(shì)，而java也就慢慢地地淪入后端開(kāi)發(fā)語(yǔ)言。

以及后端開(kāi)發(fā)攻城獅，我們永遠(yuǎn)不會(huì)不得不提起的那就是業(yè)務(wù)邏輯的問(wèn)題，也許有人會(huì)說(shuō)這個(gè)應(yīng)該是前端去管吧，當(dāng)然差矣，前端要管，后端更要管，因?yàn)榍岸酥徊贿^(guò)是頁(yè)面上可見(jiàn)的邏輯，而后端是背后勁氣的邏輯，但是跟數(shù)據(jù)庫(kù)就打交道，重中之重。

而java經(jīng)由這么多年的發(fā)展，也涌動(dòng)出了大批杰出的的框架，而完全不同的框架結(jié)構(gòu)可能又不完全完全不一樣，因?yàn)樵谖覀兇_定在哪寫業(yè)務(wù)邏輯之前，我們先要可以確定好框架，因此問(wèn)題的突破口就很平和了：

1、判斷好java開(kāi)發(fā)框架

2、在挑選框架的規(guī)范的目錄下寫業(yè)務(wù)邏輯（特殊情況咯）

解決方法了問(wèn)題分析，我想基本是用不著我講太多肯定都清楚怎摸做了，但是從善如流負(fù)責(zé)的態(tài)度，我我還是再回答完。

1、考慮java框架

經(jīng)過(guò)這些年來(lái)反展，java的優(yōu)秀框架很多，而我用過(guò)的有akka、springboot，不過(guò)現(xiàn)在還是在用springboot，因?yàn)閍kka確實(shí)是好像有點(diǎn)未必能你的操作，因此在此不幫我推薦新手，也不做詳細(xì)介紹，有興趣的也可以自己去查看看資料，而當(dāng)然了我想知道為什么推薦一下springboot，是是因?yàn)樗娴囊埠芎?jiǎn)約，很比較適合新手，也很更方便老手。

2、規(guī)范目錄結(jié)構(gòu)

在我們考慮好springboot框架之后，我們可以先來(lái)看幫一下忙就像的規(guī)范目錄結(jié)構(gòu)是怎樣的，如下圖所示：

從圖解得，我們像是的業(yè)務(wù)邏輯都會(huì)在controller里面去寫，當(dāng)然了這個(gè)不是固定的，有的時(shí)候如果有的的的業(yè)務(wù)，我們還是可以把同一的地方抽離出，單獨(dú)寫在另外的地方，.例如common目錄下或自己空白文檔的目錄下。

3、實(shí)例說(shuō)明

我們可以在還未的controller目錄下新建任務(wù)一個(gè)

的文件，后再編寫代碼萬(wàn)分感謝：

這個(gè)僅僅一個(gè)簡(jiǎn)單點(diǎn)模板，詳細(xì)的業(yè)務(wù)邏輯1可以不寫在work里，如果沒(méi)有另外別的業(yè)務(wù)邏輯2，那你再弄一個(gè)work2，方法名都郵，此處只不過(guò)談一點(diǎn)，不做太多的介紹。

結(jié)束語(yǔ)經(jīng)問(wèn)題的分析和解答，我想題主應(yīng)該要很清楚該怎末去寫業(yè)務(wù)邏輯了，請(qǐng)你只要記住，無(wú)論什么情況下，我們要學(xué)會(huì)以不變應(yīng)萬(wàn)變，一般來(lái)說(shuō)明確的框架規(guī)范來(lái)寫不會(huì)有錯(cuò)，特殊情況可一一拓寬思維。

什么是多態(tài)?java中如何實(shí)現(xiàn)多態(tài)？

多態(tài)可分程序編譯時(shí)多態(tài)和運(yùn)行時(shí)多態(tài)。

1.代碼編譯時(shí)多繼承，不過(guò)就是方法重載，不同函數(shù)名，但簽名不完全相同。值得注意的是簽名不和方法返回值，是說(shuō)，兩個(gè)方法，函數(shù)名和入?yún)⒍际且粯拥?，但返回值差別，編譯器回報(bào)錯(cuò)的。

2.運(yùn)行時(shí)多重繼承，當(dāng)然就和可以繼承和接口利用查找了，子類也可以包裹父類的非final，非static，非private方法或是利用接口方法。運(yùn)行程序時(shí)，動(dòng)態(tài)手機(jī)綁定實(shí)例到父類或接口的引用，那jvm是怎莫明白內(nèi)部函數(shù)哪個(gè)子類的實(shí)例的對(duì)應(yīng)方法的呢？這是你問(wèn)的問(wèn)題了——Java中對(duì)象在jvm內(nèi)部應(yīng)該有描述元數(shù)據(jù)，對(duì)象頭，對(duì)象頭中存儲(chǔ)了當(dāng)前實(shí)例的類型信息，內(nèi)部函數(shù)時(shí)jvm就依據(jù)什么這個(gè)type能不精確找不到具體一點(diǎn)是點(diǎn)用哪個(gè)子類的方法了。