1樓：
Model顯然是指得*模型*。
只是跟你怎麼儲存資料和怎麼展示有一些相關性，並不是一一對應的。重要的還是要符合你的業務邏輯。
2樓：
mvc大部分情況指的是UI層模式，跟資料庫沒什麼關係，實際上，M也可以來自介面，在教程中或簡單場景中會出現M和資料庫一一對應了，M作為業務模型或更簡單的頁面模型更好。。
3樓：趙冰
viewObject(VO)-->給前端頁面使用的貧血物件，也就是只有geter/seter方法，一般轉為json格式給前端。
persistenceObject(PO)-->持久化物件，也是只有geter/seter方法的貧血物件，一般用來儲存到資料庫中，既可以是關係型資料庫，也可是nosql資料庫，也可以是快取，往往PO的屬性會有註解或者使用xml與屬性對映，方便dao層的orm框架(ibatis,hibernate)等讀取。
而題主所說的Model一般理解為Domain-->領域物件，不僅僅是只有get/set方法，有自己的業務邏輯實現方法(也就是有行為)。
但是...大多數的場景是不需要分配的這麼細緻的，也就是VO,PO,Domain都使用乙個類來完成，前端頁面使用的模型和需要儲存到資料庫中持久化物件模型為同乙個類。
父母的話一定是對的嗎？
泡泡2012 不一定哦，好看什麼話，有時候父母的話不一定對 就像那時候我爸媽反對我嫁給現在的老公，說看他的眼睛有點大，以後會欺負我，後來結婚了不但沒有欺負我，而且對我很好，這就是區別 超元 父母總會以都是為你好來讓你聽他們的話，但是要知道他們不是你，就像花朵和泥坑裡的蘆葦，蘆葦讓花去臭水坑里，蘆葦說...
分布函式的定義中為何一定是（X x）
小屁孩子乖點 不邀自答一波 大多數一開始學分布函式的定義的時候就誤解了其本質，F x P才是定義的關鍵啊，那個P才是本體，是概率啊，X x 只是給出了類似普通函式的定義域啊。 Yves S 沒有太特別的原因，習慣而已。事實上也有乙個用大於的概率的函式，叫做生存函式 survival function...
堅定不移就一定是對的嗎？
FrenchHorn 乾隆堅定不移的維護自己的集權統治，但卻錯過了英國的工業革命，法國大革命，美國建國 望遠鏡，熱氣球送到面前只想著讓洋人來參拜 他夠堅定不移的了 但確實一步錯，步步錯 Rachel 我是提問者 這個是有一次發呆的時候忽然冒出來的疑問，為用了 堅定不移 這個比較正面的詞可能欠妥，因為...