哈哈 懂啦 ?用接口來分離調用類和他的具體實現 ? ?這樣后期維護也方便 ?也可以算是低耦合吧

這樣做是為了后期的維護。當軟件全部編好了，測試好了，然后給用戶裝好了，但是過一段時間，用戶用著不爽，他又讓做軟件的人改變一些功能，這樣軟件開發人員只需要改實現類里面的代碼，也就是只用改一個包下代碼，不用這個包改一下，那個包里的代碼還要改。因為項目大了，代碼就是成萬上億行。用了接口的話，就起了這個作用，我舉個生活中的例子：就好比你家突然停電了，經過你的一番檢查，發現是一處電線斷了，這時候你只需要把電線里面的銅絲或者鋁絲接上，就好了，而不用把電線外面的絕緣皮剝了，然后再接銅絲或者鋁絲?？赡苷f的意思不太對，但是就是這個意思。

另外，不用接口的話，假如修改了dao中的代碼，因為service引用了dao中的類，那么也要改變service里面的代碼，改完之后要重新編譯運行，當項目比較大的時候，編譯和運行很浪費時間的，而且會產生一些意外（我聽老師說的，我還沒遇見過），本來只要編譯dao中的代碼，現在不光要編譯dao中的代碼，還要編譯service。因為你不用接口，間接著action里的代碼也要改，因為action中引用了service中的類，到最后，就變成了，牽一發而動全身。本來在各個層之間用了接口只需要改一處代碼的，這下可好，全要改，再舉個不太恰當的例子:好比，我摔了一跤，小腿摔斷了，小腿斷了，因為沒用接口，間接著，大腿也斷了，接著，屁股開花了，接著，上身也感染了。最后gg了。可能不太恰當，但是有助于你理解。