[問題] 請問一個MVC的實際案例

[q374077 (q374077)]

越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://www.ptt.cc/bbs/AndroidDev/M.1459732670.A.BC6.html
→ MIM23: 不是這樣吧…
是哪裡不正確嗎?
推 ckvir: 我覺得算是mvc了
我也覺得阿...
還是其實mvc架構比較像是一個申論題?
大概60%像就好，剩下40%要看帥不帥

※ 編輯: q374077 (42.72.20.193), 04/04/2016 11:44:25
→ MartinJu: http://tinyurl.com/j7kc2lc  MVC只在pres.層
→ ssccg: "就是各種SQL"，通常SQL只會在model層
推 kiwatami: controller 只負責呼叫 model 把撈回來的資料送給 view
→ kiwatami: 不應該包含太複雜的邏輯 sql 就更不用說了 完全不能放
→ kiwatami: 以你的例子來說
→ kiwatami: String str = android.getData(xxx.php);
→ kiwatami: android.setText(str);
→ kiwatami: controller 裡面只能有這兩行 可以呼叫多個 model
→ kiwatami: 再將結果傳給另一個 model 但 model 之間不能呼叫彼此
→ kiwatami: 也因為如此才需要 controller 操作整合
→ kiwatami: 就字面上的意義來說 就是控制器 控制資料處理流程
→ kiwatami: 以及資料間的交換 controller 寫得好 才表示真的懂 MVC
所以以資安角度
我現在是SQL放在User端的controller，也就等於沒有解決資料安全的問題
把SQL放在DB端的model，用controller呼叫才解決安全的問題，mvc才真正有運作囉?
※ 編輯: q374077 (114.136.175.69), 04/05/2016 15:26:27
推 sean0430: 以我的理解是Android有自己的MVC,MVP或MVVM..等架構，後
→ sean0430: 端有自己的MC架構(不一定有V)
推 kiwatami: 資安是資訊安全 不管放在哪裡都跟資安沒關係
→ kiwatami: 當然如果你放在 js 內就有關係了
→ kiwatami: 以 SQL Injection 來說 是要在使用參數產生 sql 語法前
→ kiwatami: 處理參數的內容 避免產生問題 例如雙引號
→ kiwatami: MVC的重點在於不論你今天是要做 web, client-server
→ kiwatami: 還是單純的 API，要更改的部分只有 controller 跟 view
→ kiwatami: model 的部分可以說是幾乎不用修改的
→ kiwatami: 只要把原本吐給 template 的 controller 改成吐 json
→ kiwatami: 就變成 api 反之亦然 跟 model 沒有什麼關係
→ kiwatami: 這就是 MVC 的其中一個目的 因此你再想想
→ kiwatami: 把 sql 寫在 controller 內 當你需要使用相同資料
→ kiwatami: 吐給不同目標時 會不會需要重新寫一次 sql?
→ kiwatami: 因此在學 MVC 時可以不斷反問自己 這樣做的話
→ kiwatami: 未來是不是可以很輕鬆的遷移程式碼
→ kiwatami: 如果不行 那可能就是不正確的  設計
→ kiwatami: 要注意能夠互相聯絡的只有 controller
→ kiwatami: Model 間是彼此獨立的 避免未來修改被影響到
→ kiwatami: 例如讀檔案 原本寫成在一個 model 呼叫讀取檔案 model
→ kiwatami: 之後再解析內容取得資料 如果資料來源從電腦改成網路
→ kiwatami: 那這個 model 就廢了 反之如果是從 controller 呼叫
→ kiwatami: 讀取資料的 model 再傳給資料解析的 model
→ kiwatami: 這樣不管資料來源怎麼改 資料解析的 model 都不用修改
→ kiwatami: 因此不斷的反問自己 當環境改變時是不是可以順利轉移
→ kiwatami: 這樣一來就可以慢慢上手了
感謝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