java項目描述怎么寫 java業(yè)務(wù)邏輯,寫在哪里比較好?
java業(yè)務(wù)邏輯,寫在哪里比較好?從問答來看,我揣測題主估計是一位java新手,只不過老手早很瀟酒地在國家規(guī)范好的目錄結(jié)構(gòu)下擼碼了,所以才對于這個問題,最后再說一句:相關(guān)規(guī)范是死的,人是活的,一般情況
java業(yè)務(wù)邏輯,寫在哪里比較好?
從問答來看,我揣測題主估計是一位java新手,只不過老手早很瀟酒地在國家規(guī)范好的目錄結(jié)構(gòu)下擼碼了,所以才對于這個問題,最后再說一句:相關(guān)規(guī)范是死的,人是活的,一般情況下,我們可以不據(jù)差別的java框架規(guī)范的目錄來寫,特殊情況下也這個可以可以自定義。
問題分析相互過java的同學(xué)很有可能都清楚,java早期是前后端所有的包攬全部的,代碼都是都很臃腫,隨著時代的發(fā)展,也就再開啟了前后端分離的趨勢,而java也就慢慢地地淪入后端開發(fā)語言。
以及后端開發(fā)攻城獅,我們永遠不會不得不提起的那就是業(yè)務(wù)邏輯的問題,也許有人會說這個應(yīng)該是前端去管吧,當(dāng)然差矣,前端要管,后端更要管,因為前端只不過是頁面上可見的邏輯,而后端是背后勁氣的邏輯,但是跟數(shù)據(jù)庫就打交道,重中之重。
而java經(jīng)由這么多年的發(fā)展,也涌動出了大批杰出的的框架,而完全不同的框架結(jié)構(gòu)可能又不完全完全不一樣,因為在我們確定在哪寫業(yè)務(wù)邏輯之前,我們先要可以確定好框架,因此問題的突破口就很平和了:
1、判斷好java開發(fā)框架
2、在挑選框架的規(guī)范的目錄下寫業(yè)務(wù)邏輯(特殊情況咯)
解決方法了問題分析,我想基本是用不著我講太多肯定都清楚怎摸做了,但是從善如流負責(zé)的態(tài)度,我我還是再回答完。
1、考慮java框架
經(jīng)過這些年來反展,java的優(yōu)秀框架很多,而我用過的有akka、springboot,不過現(xiàn)在還是在用springboot,因為akka確實是好像有點未必能你的操作,因此在此不幫我推薦新手,也不做詳細介紹,有興趣的也可以自己去查看看資料,而當(dāng)然了我想知道為什么推薦一下springboot,是是因為它真的也很簡約,很比較適合新手,也很更方便老手。
2、規(guī)范目錄結(jié)構(gòu)
在我們考慮好springboot框架之后,我們可以先來看幫一下忙就像的規(guī)范目錄結(jié)構(gòu)是怎樣的,如下圖所示:
從圖解得,我們像是的業(yè)務(wù)邏輯都會在controller里面去寫,當(dāng)然了這個不是固定的,有的時候如果有的的的業(yè)務(wù),我們還是可以把同一的地方抽離出,單獨寫在另外的地方,.例如common目錄下或自己空白文檔的目錄下。
3、實例說明
我們可以在還未的controller目錄下新建任務(wù)一個
的文件,后再編寫代碼萬分感謝:
這個僅僅一個簡單點模板,詳細的業(yè)務(wù)邏輯1可以不寫在work里,如果沒有另外別的業(yè)務(wù)邏輯2,那你再弄一個work2,方法名都郵,此處只不過談一點,不做太多的介紹。
結(jié)束語經(jīng)問題的分析和解答,我想題主應(yīng)該要很清楚該怎末去寫業(yè)務(wù)邏輯了,請你只要記住,無論什么情況下,我們要學(xué)會以不變應(yīng)萬變,一般來說明確的框架規(guī)范來寫不會有錯,特殊情況可一一拓寬思維。
什么是多態(tài)?java中如何實現(xiàn)多態(tài)?
多態(tài)可分程序編譯時多態(tài)和運行時多態(tài)。
1.代碼編譯時多繼承,不過就是方法重載,不同函數(shù)名,但簽名不完全相同。值得注意的是簽名不和方法返回值,是說,兩個方法,函數(shù)名和入?yún)⒍际且粯拥?,但返回值差別,編譯器回報錯的。
2.運行時多重繼承,當(dāng)然就和可以繼承和接口利用查找了,子類也可以包裹父類的非final,非static,非private方法或是利用接口方法。運行程序時,動態(tài)手機綁定實例到父類或接口的引用,那jvm是怎莫明白內(nèi)部函數(shù)哪個子類的實例的對應(yīng)方法的呢?這是你問的問題了——Java中對象在jvm內(nèi)部應(yīng)該有描述元數(shù)據(jù),對象頭,對象頭中存儲了當(dāng)前實例的類型信息,內(nèi)部函數(shù)時jvm就依據(jù)什么這個type能不精確找不到具體一點是點用哪個子類的方法了。