※ 引述《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字串執行 這樣的作法在維護或分工上，是不是比原本的方式簡單了些？ 最後，其實架構每個人實作的方式不一定相同，可以弄得很簡單，也可以弄得很複雜， 單純是以考量的因素來作選擇，但前提是要在你觀念正確下的考量來選擇， 這樣架構的實作才會符合你真正的需求。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.184.125 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/AndroidDev/M.1460059525.A.556.html ※ 編輯: alanturing (36.228.184.125), 04/08/2016 04:06:16