MVC使得業務邏輯與顯示相分離，可以使代碼更加的規范與清晰，下面是我自己總結的一般包的一些命名，可能不太規范，希望對大家有幫助！
就是對java的工程進行分層，封裝。
三層：
1、數據訪問層①（com.mipo.dao）（包以dao結尾）
專門用于操作數據庫。（對數據庫中的表進行，增，刪，改，查）
2、業務邏輯層（包以biz結尾）（包以entity(model)結尾）
主要處理我們項目當中的業務邏輯
（需要有控制器和實體對象來支撐）
控制器②（com.mipo.biz）
實體③（com.mipo.model）
3、表現層④（com.mipo.test）（
Test.java測試類）
給客戶看的，供客戶操作的。
作為通用類（基礎類）的包
通用類⑤（com.mipo.common）
注意：①：com.mipo.model，封裝的實體對象（類名一般為表名），類中將 屬性定義為私有的，定義一個共公的無參的構造方法，定義一個全 部屬性為參數的構造方法，再為每個屬性定義getXX，setXX方法；
②：com.mipo.dao，創建實體類對應的數據庫操作接口，執行一般的 數據庫操作，如增刪改，注意拋出異常，接口名 I+表名+dao
例：public int add(BookInfo entity)throw SQLException();
在本包中實現定義的接口，類名 表名+dao+impl
例：public class BookInfo extends BaseDao implements IBookInfodao
③：com.mipo.common，通用類的包；如建立數據庫連接，以及建立 增刪改方法，供其他類調用
④：com.mipo.view（test），給客戶看的界面，供客戶操作
⑤：com.mipo.control,控制器
操作：
需要使用到接口（interface）
我們使用util(common)作為通用類（基礎類）的包
包以dao結尾，就是數據訪問層
包以biz結尾, 就是控制器
包以entity(model)結尾，就是實體層
表現層：
Test.java測試類
過程：
第一步：在common包中創建數據庫操作通用類
第二步：根據數據庫中的表，創建對應的實體類（創建在entity包中）
第三步：創建實體類對應的數據庫操作接口，并創建實現類實現接口(dao)
第四步：創建業務邏輯接口和對應的實現類(biz)