邏輯視圖 java業務邏輯,寫在哪里比較好?
java業務邏輯,寫在哪里比較好?現在很多公司的開發人員都應該采用MVC架構。MVC是所謂的模型、視圖、控制器。每一層都有明確的分工。對于簡單的項目,不管nignx如何,網關通常都會將請求從前端發送到
java業務邏輯,寫在哪里比較好?
現在很多公司的開發人員都應該采用MVC架構。
MVC是所謂的模型、視圖、控制器。
每一層都有明確的分工。
對于簡單的項目,不管nignx如何,網關通常都會將請求從前端發送到后端,首先發送到控制器,然后發送到服務層,然后發送到Dao層。
這里的服務層就是所謂的業務層,專門負責業務處理操作,而Dao層則負責處理數據庫,將數據庫中的數據帶回服務,經過服務處理后返回控制器層。控制器通過視圖解析器解析頁面,并通過瀏覽器呈現頁面。
基本上,我認為答案是顯而易見的。也就是說,Java業務邏輯是在服務層編寫的。
事實上,服務層涉及接口和接口實現。
在編寫代碼時,我們通常為控制器定義一個調用接口。
實際上,服務接口的實現類應該是編寫業務邏輯的地方。
當然,許多公司可能有多個服務層,例如,有一個管理層繼續對數據進行特殊的業務處理。這里只是一個簡單的概述。
每個公司的每個項目根據其自身業務可能有不同的體系結構。但本質是一樣的。
綜上所述,業務邏輯必須作為一個獨立的層來處理,這樣便于擴展和維護。記住不要在控制器中編寫所有業務邏輯。
每一層都有自己的分工,是捏合在一起的。代碼不僅冗長,而且雜亂無章。
好吧,我希望我的回答能幫助你
!如果你有興趣,可以關注一下,一起學習交流
本人后臺開發,前端說改個東西要兩天,但我感覺撐死2小時,怎么辦?
我有五年的前臺開發經驗和兩年的后臺開發經驗。事實上,我認為背景可能比前景容易。如果不考慮深層次的技術障礙,前景就有了原型。我需要100%還原原作。另外,屏幕的特效和用戶操作都非常麻煩。有時候一張小小的積分卡是正常的半天,只要不是特別簡單我真的不相信我們能在短短的兩個小時內做好。在我轉到后臺之前我覺得這很困難。結果,后臺的寫作速度真的很快。我無聊得無事可做。我把別人的工作一起做。后來,前后平臺一起工作。后臺框架建立后,剩下的就是業務接口的實現。一般來說,從前臺開始比較容易,掌握起來比較困難,而后臺在使用框架上比較靈活。別小看前臺,尤其是一些后來的開發人員認為這只是為了寫一個接口?但我想說的是,界面的邏輯并不比后臺簡單。幾年前,我去一家公司面試。之后,開發商和我就在前臺。很簡單。談了很多次之后,我厭倦了談論它。我和他討論了那些對前臺和后臺一無所知的面試官。它們只是新鮮的雞蛋。最后,我說即使是貴公司的面試官也不擅長,這不符合我的期望。如果我想來這里,我會收回我的簡歷。帶著有色眼鏡看技術的人,一般都是對技術知之甚少、不滿和猶豫的人