MVC中的model並不只是資料而已
model可以代表該企業模型相關資料及行為
但是首先要先說明的是
資料庫並不是開始
相反的則是第二步驟之後
以我自己開發為例
我會先描述規劃該作業相關的屬性跟行為
先寫好XXXBean的屬性類別跟初步的行為類別,例如你覺得很奇怪的Service Manager
還有相關DAO-->這時是空的或是騙人的函式
然後稍微寫一下testcase來驗證一下規劃的架構有沒有怪怪的
甚至這個時候我還會把畫面跟流程先給使用者看看有沒有什麼大問題
(例如需要輸入或顯示的資訊是否充足 ,其他例如美觀通常就不在此)
然後我才開始開table 實做dao
-->存放資料的實作其實是之後才開始的,而非一開始就先開好table
其實這種開發模式我是照著書上寫的來試看看,然後發覺還不錯用
於是我就養成這種習慣了

然而我的同事跟配合廠商的開發模式幾乎都是DFD( Data Flow Diagram)
先開好TABLE,然後一路照著資料流的方式來走
通常在DFD的思維下,整個mvc就很不漂亮了

以spring 2.5(3.0)+開始導入annotation為例
其對於model的定義就並非以資料為主
而是 將 view的資料轉換成model的資料並交付model去執行運算,並將其結果傳至view
PS.我當初看到自動轉換model的時候,相當的激動,可是看到為了系統實際需要
例如session 或是...
其原本所規畫的model必須要被spring或是httprequest(view)所侵入的時候
我就覺得這不是model阿 ◢▆▅▄▃-崩╰(〒皿〒)╯潰-▃▄▅▆◣

那麼什麼是企業行為
你所舉的workflow就是一例
舉例來說
1.某企業開始創建全新的資訊系統
2.一開始就來先弄個web ap吧
3.程式就照web的規範來寫就好
XXXAPageAction:
run(){
readdata();
doaaa();
dobbb();
writeccc();
if(aa){
gotopage1();
}else{
gotopage2();
}
}
以上可以發現到
將企業邏輯-doaaa dobbb 跟企業資料-readdata writeccc 還有顯示方式 page1 page2
通通都放在一起
PS.其實這裡我個人是認為(這裡有不同的說法)-Action是用來橋接view的controller
而非model或是workflow

通常如果只有開發沒有異動,通常就到此為止了
而這也是學校老師常會犯的錯誤,以為table開好就沒事了嗎
通常開始測試的時候,才是專案真正的開始

4.發現某個作業page也需要差不多的流程,但是顯示的頁面是不同的
所以要怎麼做?
*.共用?
XXXAPageAction:
run(){
readdata();
doaaa();
dobbb();
writeccc();
if(aa){
if(來源==XXXXB){
gotopageB1();
}else{
gotopage1();
}
}else{
if(來源==XXXXB){
gotopageB2();
}else{
gotopage2();
}
}
}
或是
*.複製?
XXXBPageAction:
run(){
readdata();
doaaa();
dobbb();
writeccc();
if(aa){
gotopageB1();
}else{
gotopageB2();
}
}
上述的兩個方式,對於需求異動的應變能力相當的低
看看php asp 純jsp 就知道了

所以把上述只跟企業有關的程式碼通通集合在一起,取個大家了解的名子
這樣不但可以重覆使用企業流程,同樣的也方便異動

所以你的癥結就在於使用DFD的思維去看系統設計
而忽略了企業行為(邏輯 流程 等...)的重要性
(基本上看到"資料存放在資料庫"就知道是DFD的思維了)
因為資料存放在那裡並不是物件導向設計第一要考慮的事情
可是我也不能對這種思維有什麼評論,老實說我週遭的人都是這種思維

其實model不僅是資料或是行為也包括相關的操作
例如交易範圍 系統紀錄等等 但這些都不是view所關切的
可是老實說也不是百分百的跟企業邏輯有關的-->PROXY AOP無誤


所以整個mvc會是
view -controller - model(含流程 資料及相關如交易) - controller-view
model:
service(manager) - componment....
透過service可以有效的整理及管理企業相關資料 邏輯 及相關操作如交易等
只是大多的狀況都是利用service來作為交易的管理就是
其實我自己認為在model層還要視情況導入process/flow層來分離企業流程
service-(flow)-componment


題外話(賺P幣用的):
spring 2.0 + spring web( view(jsp/json))
有個問題就是跟頁面有關的參數資料影響了json多餘的資料
這也是跟mvc有關
例如
ajsp.
----
需要某個參數資料的顯示
<c:forEach begin="1" items="${cusbeanrs}" var="cusbeanList">
<OPTION value="<c:out value="${cusbeanList.attra}"/>" >
<c:out value="${cusbeanList.attra}" /></OPTION>
</c:forEach>
----
所以
controller就會被迫加入
mav.addObject("cusbeanrs", queryBeanrs());
以供ajsp使用
其實cusbeanrs跟企業邏輯無關 這只跟view-jsp有關
甚至有些view-jsp是不需要該cusbeanrs的,但還是會執行該函數,造成浪費
這就是mvc沒有切的很乾淨 (來人阿!拖出去在閹!!)

解決方法就是
1.提供custom tag來用
但也會有個問題tag會好多,開發會是個問題,而且客製化也是個問題
2.使用ajax來呼叫
容易造成server的request過多,也造成重複或不必要

所以我自己弄了springtag 供jsp直接呼叫spring註冊的bean來呼叫
將controller有關的參數檔通通趕到jsp去(controller的mvc)
然後也降低了custom tag的開發-因為只有一個
程式碼就變成了
ajsp
<springtag:bean beanname="cusDao" method="queryBeanrs"
name="cusbeanrs" />
<c:forEach begin="1" items="${cusbeanrs}" var="cusbeanList">
<OPTION value="<c:out value="${cusbeanList.attra}"/>" >
<c:out value="${cusbeanList.attra}" /></OPTION>
</c:forEach>
PS.是個有危險的tag(要注意PG是否濫用,但我有加入交易或是名稱的限制)

然後搭配ajax來做非同步的submit,避免頁面reload
在連續操作該作業的情況下,達到好處
*.頁面參數分別只會查詢一次,降低sql,也不需要ajax,降低request
(該參數是固定的結果,如果非固定則不在此)
*.controller更為乾淨,避免不必要的函數
*.配合動態view輸出,直接將jsp改為json,立刻變成 類REST Web App


※ 引述《cyclone350 (老子我最神)》之銘言：
: 大家好，因為這幾年遇過幾個web專案，有幾個問題想起教大家
: 當然，我知道什麼是MVC，我也會用spring，也可能是我只懂皮毛，所以才會有以下問題
: 我會先分析專案所使用的程式架構，並嘗試說明使用每個元件(如Dao)的原因
: 最後問一些問題，當中如果有錯請指正，謝謝
: 首先資料是存在Database或是檔案裡面，為了方便(或是抽象)，我們將結構化
: 的資料一對一對稱到Java Bean，通常被稱為是Entity，例如
: 資料庫欄位跟值如下
: id | name | age |
: ----------------------------
: 5566 | google | 10 |
: ----------------------------
: 會對應到以下Java Bean
: public class Tablex {
: public int id;
: public String google;
: public int age;
: }
: 為了簡化資料存取的邏輯，通常一個Entity會對應一個Dao class
: 例如要select資料只需要下列語法大概就能使用
: tablexDao.selectByPK(5566);
: 再來是 MVC，優點不贅述
: 首先 view 一定是 JSP
: controller 是一般的 Java class
: model 是 view 跟 controller 來互傳的 Java Bean
: 以 Struts2 來舉例好了，Controller 是 Action class，
: 也就是說在Action 我們必須做一連串的動作來完成事情，
: 舉一個例子，我要從tablex檢查特定id資料有無資料
: Action 可以寫成如下：
: public class testPageAction {
: TablexDao tablexDao;
: testPageFormBean formBean;
: ...
: ...
: ...
: //假設Dao跟FormBean都設定完傳好值開始跑
: public void run() {
: int pk = formBean.getId();
: Collection resultSet = TablexDao.selectByPK(pk);
: if (resultSet.isEmpty()) {
: Page.forward("fail");
: } else {
: Page.forward("success");
: }
: }
: ...
: ...
: ...
: }
: 對我而言，Action class 只是一個 workflow，
: 一連串的行為都必須到對應的Action 完成，當然為了 clean code 我們可以
: 設定一些 private method 來避免程式碼重複等問題
: 有人可能會多寫一個Function，例如
: private boolean doSomething(int id) {
: ...
: ...
: return false;
: }
: 然後再 run 裡面呼叫
: public void run() {
: ...
: ...
: x = doSomething(4);
: y = doSomething2(1,x);
: if(x || y) Page.forward("success");
: Page.forward("fail");
: }
: 以上，是我所認識的 MVC 架構
: 問題來了，我待過的每一個Web專案理，都會在Action 跟 Dao 中間夾帶一層 Service
: 或是 manager...
: 而規定幾乎是 "一個Action對應一個manager"
: 而 manager 所做的事，就像是把Action 的 private method 移到 manager 變成
: public method ...
: 我完全找不到理由可以說明為啥要特地開一個 manager， manager的工作事項模糊不清
: 一個寫在 manager 的 public method 完全可以改到自身
: Action class 的 private method
: 而實際情況是，在寫method時，有些程式設計師會寫到 Action ，有些會寫到 Manager
: 這完全沒有意義，假設有 10 個 method，兩位程式設計師可能寫完全不一樣
: 例如
: 程式設計師A: 1,2,4,5,6 寫到 Action， 3,7,8,9,10寫到 Manager
: 程式設計師B: 2,6,7,5,8,10 寫到Action， 1,3,4,9寫到 Manager
: 我所遇到的專案就是如此，有沒有人能夠解釋 Service 或 Manager 的必要，以及它們
: 真正存在的意義在哪裡?
: 苦惱很久了
: 謝謝大家看完

--

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 163.29.28.131
其實這裡的問題是
原本作業的流程是
a.jsp->
a.controller( ->xxService )->
b.jsp

後來有json+ajax這個好東西出現後
如果可以改成
ajax->a.conroller->json
但會有個問題就是
當輸出(view)改變時,其controller是否要改變?
spring提供了不用改變的架構,透過uri的指定,可以改變要輸出的view
但這就會有個問題
原本page的controller裡面有提供給jsp使用的資料(跟業務邏輯無關)
也會一併輸出成json,但是對於用ajax來呼叫的服務來說,裡面有些資料是沒有用的
換句話說,ModelAndView裡面夾雜了非關業務邏輯的資料
如果無用就算了,但會多呼叫SQL,也是造成不必要的運算
那該怎麼辦?
情境是
1.
a作業:
a.jsp->a.controller->a1.jsp
b作業:
b.jsp->ajax call a.controller with json->json get!!!
2.如何在異動最少及降低系統負擔的情況下,達成上述的功能

因此我進一步的將controller理的modelAndView中的資料再次分離
原則為:
1.業務邏輯相關的資料及行為放在Model裡
2.跟view相關的資料及行為放在各view裡
達成了各元件的乾淨,也可以降低系統不必要的操作
PS.其實也可以透過客製化的jsonview及model屬性命名規則也可以達成同樣的效果!
※ 編輯: swpoker 來自: 163.29.28.131 (09/02 14:27)
※ 編輯: swpoker 來自: 163.29.28.131 (09/02 14:33)
※ 編輯: swpoker 來自: 163.29.28.131 (09/02 14:34)