在新的專案裡,沒有辦法理解service和dao的意義,今天在晚上查詢了一下 service層的作用,在jdon上搜到了一篇帖子,層的職責的請教,看到了裡面的一些討論,自己對這兩個層次的劃分也明確了許多。
service層是業務邏輯,包括對一些資料的預處理啊,這樣的一層也便於以後業務變化後,改動的代價較小(這個也是設計模式中心思想);
dao層主要是對封裝對資料庫的訪問,查詢資料,或者對物件持久化,不應改包含任何的業務邏輯。
現在專案中會有的人會想要把查詢 和 增刪改的操作分離,個人覺得就沒有這個必要了,因為有的時候,查詢並不是只有查詢的,而且,開發人員還要去分辨什麼時候要分開,什麼時候不用分,會弄的人很鬱悶的,,不知道在一些大型的專案或產品中採用的是什麼樣的設計方式.
再次回顧這篇文章，其實，這就是乙個軟體的設計的概念－－分層。
橫向的分層：業務層和資料庫訪問層。如果系統的資料庫替換，我們會很容易更改資料庫層。
縱向的分層：按業務的種類劃分層次。比如：使用者管理模組，配置管理模組等。
工具類中注入service和dao
第三步 建乙個靜態的本類 private static ruleutils ruleutils 第四步 初始化 postconstruct public void init public static bsalarminfo isinandoutrule string ms 講解一下 編寫的思路 1...
工具類中注入service和dao
今天編寫了個工具類需要用到service成和dao層的 如下 第一步 需要將工具類注入到容器中 component public class ruleutils public static bsalarminfo isinandoutrule string ms 講解一下 編寫的思路 1.容器去管理...
java中dao層和service層的區別是什麼？
首先解釋面上意思，service是業務層，dao是資料訪問層。呵呵，這個問題我曾經也有過，記得以前剛學程式設計的時候，都是在service裡直接呼叫dao，service裡面就new乙個dao類物件，呼叫，其他有意義的事沒做，也不明白有這個有什麼用，參加工作久了以後就會知道，業務才是工作中的重中之重...