簡單說下MVC吧，以前就被前輩教育說項目項目要分層去開發，基本的模型就是MVC，這些年來做項目，尤其是後期整合的時候，對這個分層的概念越加深入的瞭解，分層的最終目的：
就是爲了解耦！
鬆耦合的結構設計，模塊功能獨立，功能模塊化組裝，項目與項目之間功能的對接，一個良好的設計模式，對項目，對以後對接來說都很重要。
前一陣子上面下來需求，要整合多個部門開發的項目的權限，也就是開發一套系統統一管理多個項目的權限。其中在到每個系統自己查詢權限的時候，需要和數據庫中的數據交互，沒整合之前，自己項目的權限查詢自己的庫，整合之後自己的權限要通過接口的方式調用查詢。改了一個項目，發現它數據層和業務層在一個層，業務層裏耦合了很多SQL語句。
爲什麼要分爲一個接口，一個實現類？
就是爲了解耦和多實現，把需求作爲接口提出來，在實現類裏實現，並不是說一個接口對應一個實現，一個接口可以多個實現嘛！一個需求也可以有多個實現嘛，需要用哪個就切換到那個。業務層裏寫SQL語句，開發時是省事了，後期改起來維護起來，坑死人業務層裏寫原生SQL，甚至於寫某些數據庫特有的方言（例如MySQL的limit）,換數據庫了，你怎麼改？！重寫所有方言SQL語句麼
項目分層、定義接口和實現都是有意義的，不能爲了 一時的方便而忽略後期代碼的維護工作量