作者q374077 (q374077)
看板AndroidDev
標題[問題] 請問一個MVC的實際案例
時間Mon Apr 4 09:17:47 2016
越google越懷疑自己到底有沒有懂
架構是android->php->mysql
我在android端寫幾個controller
(就是各種SQL，select A、select B WHERE x = y 之類的)
寫一個php在local server做model接收和發送資料給controller
view的工作就是把controller丟回來的結果用json解析，表格或條列，顯示給使用者
好處是資料安全和可以各自分開編寫，對大型專案有利
壞處是比較複雜
請問我這樣對mvc的架構算是了解了嗎?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.21.158
※ 文章網址: https://webptt.com/m.aspx?n=bbs/AndroidDev/M.1459732670.A.BC6.html
1F：→ MIM23: 不是這樣吧… 04/04 09:19
是哪裡不正確嗎?
2F：推 ckvir: 我覺得算是mvc了 04/04 11:26
我也覺得阿...
還是其實mvc架構比較像是一個申論題?
大概60%像就好，剩下40%要看帥不帥
※ 編輯: q374077 (42.72.20.193), 04/04/2016 11:44:25
4F：→ ssccg: "就是各種SQL"，通常SQL只會在model層 04/04 13:42
5F：推 kiwatami: controller 只負責呼叫 model 把撈回來的資料送給 view 04/05 09:30
6F：→ kiwatami: 不應該包含太複雜的邏輯 sql 就更不用說了 完全不能放 04/05 09:30
7F：→ kiwatami: 以你的例子來說 04/05 09:30
8F：→ kiwatami: String str = android.getData(xxx.php); 04/05 09:30
9F：→ kiwatami: android.setText(str); 04/05 09:30
10F：→ kiwatami: controller 裡面只能有這兩行 可以呼叫多個 model 04/05 09:30
11F：→ kiwatami: 再將結果傳給另一個 model 但 model 之間不能呼叫彼此 04/05 09:30
12F：→ kiwatami: 也因為如此才需要 controller 操作整合 04/05 09:30
13F：→ kiwatami: 就字面上的意義來說 就是控制器 控制資料處理流程 04/05 09:30
14F：→ kiwatami: 以及資料間的交換 controller 寫得好 才表示真的懂 MVC 04/05 09:30
所以以資安角度
我現在是SQL放在User端的controller，也就等於沒有解決資料安全的問題
把SQL放在DB端的model，用controller呼叫才解決安全的問題，mvc才真正有運作囉?
※ 編輯: q374077 (114.136.175.69), 04/05/2016 15:26:27
15F：推 sean0430: 以我的理解是Android有自己的MVC,MVP或MVVM..等架構，後 04/05 17:18
16F：→ sean0430: 端有自己的MC架構(不一定有V) 04/05 17:18
17F：推 kiwatami: 資安是資訊安全 不管放在哪裡都跟資安沒關係 04/05 20:48
18F：→ kiwatami: 當然如果你放在 js 內就有關係了 04/05 20:48
19F：→ kiwatami: 以 SQL Injection 來說 是要在使用參數產生 sql 語法前 04/05 20:48
20F：→ kiwatami: 處理參數的內容 避免產生問題 例如雙引號 04/05 20:48
21F：→ kiwatami: MVC的重點在於不論你今天是要做 web, client-server 04/05 20:48
22F：→ kiwatami: 還是單純的 API，要更改的部分只有 controller 跟 view 04/05 20:48
23F：→ kiwatami: model 的部分可以說是幾乎不用修改的 04/05 20:48
24F：→ kiwatami: 只要把原本吐給 template 的 controller 改成吐 json 04/05 20:48
25F：→ kiwatami: 就變成 api 反之亦然 跟 model 沒有什麼關係 04/05 20:48
26F：→ kiwatami: 這就是 MVC 的其中一個目的 因此你再想想 04/05 20:48
27F：→ kiwatami: 把 sql 寫在 controller 內 當你需要使用相同資料 04/05 20:48
28F：→ kiwatami: 吐給不同目標時 會不會需要重新寫一次 sql? 04/05 20:48
29F：→ kiwatami: 因此在學 MVC 時可以不斷反問自己 這樣做的話 04/05 20:48
30F：→ kiwatami: 未來是不是可以很輕鬆的遷移程式碼 04/05 20:48
31F：→ kiwatami: 如果不行 那可能就是不正確的 設計 04/05 20:48
32F：→ kiwatami: 要注意能夠互相聯絡的只有 controller 04/05 20:48
33F：→ kiwatami: Model 間是彼此獨立的 避免未來修改被影響到 04/05 20:48
34F：→ kiwatami: 例如讀檔案 原本寫成在一個 model 呼叫讀取檔案 model 04/05 20:48
35F：→ kiwatami: 之後再解析內容取得資料 如果資料來源從電腦改成網路 04/05 20:48
36F：→ kiwatami: 那這個 model 就廢了 反之如果是從 controller 呼叫 04/05 20:48
37F：→ kiwatami: 讀取資料的 model 再傳給資料解析的 model 04/05 20:48
38F：→ kiwatami: 這樣不管資料來源怎麼改 資料解析的 model 都不用修改 04/05 20:48
39F：→ kiwatami: 因此不斷的反問自己 當環境改變時是不是可以順利轉移 04/05 20:48
40F：→ kiwatami: 這樣一來就可以慢慢上手了 04/05 20:48
感謝k大！
這真的很煩惱~k大的問題我的答案居然都是"是"...
不同目標要重寫sql-->是
很輕鬆遷移程式碼-->是
互相聯絡的只有controller-->是
model間互相獨立-->是
資料來源從電腦改成遠端model就廢了-->是
因為我想法是mysql和sqlite語法還是有些不同，所以把sql寫在controller
還可以讓local DB和remote DB互相溝通...要用的時候只是呼叫不同api就好說...
恩~~~怎麼會這樣勒...
我再去找找看有沒有用在android-php-mysql的實例
可能是我對controller的定義有誤...
※ 編輯: q374077 (223.136.96.188), 04/06/2016 17:01:33