※ 引述《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的架構算是了解了嗎?
半夜睡不到，看完這篇文章之後有點心得
首先，我只是個剛出社會幾年的小小工程師，所以有些我說的觀念未必是完全正確，
以下內容你可以當作參考就好。
每種架構都是為了一些目的而設計出來使用的，而對我來說，
我使用MVC架構有3種目的：
1.將複雜的程式簡化，使程式能更直覺易讀。
2.使程式架構變得更容易擴充及重複使用。
3.分工合作，架構獨立後可以更仔細的分工。
很多語言都有MVC架構，而Android其實本身就是一個MVC架構的專案，
Model - source裡定義的字串、陣列等...
View - 畫面的xml檔案
Controller - activity, intent
若不考慮網路環境、程式複雜度的話，其實就是一個簡單的MVC架構了，
當然如果把其他因素也放進來的話，這個MVC架構彼此之間就會變得模糊，
所以網路上就會有許多大神做出分工更仔細的程式架構，
至於要使用那一種程式架構來開發，純粹是個人的喜好，
開發久了自然就會慢慢寫出符合自己習慣的程式架構。
你提到的資安問題跟MVC架構其實沒有什麼太大的關係，
分開編寫是MVC架構的目的沒錯，只是你可能沒有用對地方，
以你提到的SQL寫在Controller裡的作法，對MVC架構來說，並不能說是完全不對，
因為對小型專案來說，寫在Model或Controller來說，並沒有太大的差別，
只是你必須考慮的是現實的工作環境，
以MVC架構來說就是區分成美工、程式開發、DBA三個工作，
如果不是屎缺的話，這些工作可能是由三個人以上來分工負責，
如果你把商業邏輯寫在Controller，SQL也寫在Controller，
那程式開發跟DBA的工作就都混在一起，是不是開發上也會更不容易分工？
另外一個問題是，如果你今天有Android、IOS、桌面系統三個平台，
那如果要修改SQL語法，不是三個平台的程式都要改一次嗎？
而且還要注意每個平台之間的SQL語法是不是都有寫對，
這樣的作法是不是讓程式變得更難維護了？
所以我有另外一種想法，你可以參考看看，
1.先在Controller裡處理完你要存的資料
2.將資料傳到Model
3.Model再將資料組成SQL字串執行
這樣的作法在維護或分工上，是不是比原本的方式簡單了些？
最後，其實架構每個人實作的方式不一定相同，可以弄得很簡單，也可以弄得很複雜，
單純是以考量的因素來作選擇，但前提是要在你觀念正確下的考量來選擇，
這樣架構的實作才會符合你真正的需求。