canonical

    我們開發(fā)程序的目的是為了完成業(yè)務(wù)功能, 理想的情況下程序中的每一條語句都應(yīng)該是與業(yè)務(wù)直接相關(guān)的, 例如程序中不應(yīng)該出現(xiàn)連接數(shù)據(jù)庫, 讀取某個字段等純技術(shù)性的操作, 而應(yīng)該是得到用戶A的基本信息等具有業(yè)務(wù)含義的操作. dao(data access object)層存在的意義在于將與數(shù)據(jù)持久化相關(guān)的函數(shù)調(diào)用剝離出去, 提供一個具有業(yè)務(wù)含義的封裝層. 原則上說, dao層與utils等幫助類的功能非常類似, 只是更加復雜一些, 需要依賴更多的對象(如DataSource, SessionFactory)等. 如果不需要在程序中屏蔽我們對于特定數(shù)據(jù)持久層技術(shù)的依賴, 例如屏蔽對于Hibernate的依賴, 在dao層我們沒有必要采用接口設(shè)計. 一些簡單的情況下我們甚至可以取消整個dao層, 而直接調(diào)用封裝好的一些通用dao操作函數(shù), 或者調(diào)用通用的EntityDao類等.
    程序開發(fā)的過程應(yīng)該是從業(yè)務(wù)對象層開始的, 并逐步將純技術(shù)性的函數(shù)調(diào)用剝離到外部的幫助類中, 同時我們會逐漸發(fā)現(xiàn)一些業(yè)務(wù)操作的特定組合也具有明確的含義, 為了調(diào)用的方便, 我們會把它們逐步補充到service層中. 在一般的應(yīng)用中, 業(yè)務(wù)邏輯很難穩(wěn)定到可以抽象出接口的地步, 即一個service接口不會對應(yīng)于兩個不同的實現(xiàn), 在這種情況下使用接口往往也是沒有必要的.
    
    在使用spring的情況下原則上應(yīng)該避免使用getBean的調(diào)用方式, 應(yīng)該盡量通過注入來獲得依賴對象, 但有時我們難免需要直接獲取業(yè)務(wù)對象, 在不使用接口的情況下可以采用如下方式

    class TaskService{
        public static TaskService getInstance(){
            return (TaskService)BeanLoader.getBean(TaskService.class);
        }
    }

    在程序中我們可以直接使用TaskService.getInstance()來得到TaskService對象.通過命名規(guī)范的約定, 我們可以從類名推導出spring配置文件中的對象名, 因而不需要使用一個額外的硬編碼字符串名.