MVC是GAE應用程序的良好設計模式嗎？

main.py（2個主模型和邏輯用於創建和更新的機型）
i18n.py（用戶界面邏輯如何查看與I18N對象）
reports.py（基於的cron的報告腳本）

我想的名字是很清楚，但我正在考慮遵循模型 - 視圖 - 控制器模式，以便重新命名這三個文件來model.py視圖.py controller.py是我認爲的選擇遵循更加標準化的慣例。你是否同意這種模式化的MVC慣例是在這種情況下合理的方式，你需要更多的信息什麼是my app：我有很多代碼對用戶是功能性的，這是我認爲是正確的代碼以遵循普遍接受的設計模式（如MVC，發佈者訂閱者，工廠等）的方式進行重構。在這種情況下，我認爲MVC設計模式是合適的。你是否同意或建議其他代碼和數據處理？感謝您的任何意見和討論。

來源

2011-05-17 Niklas Rosencrantz

只是一個建議：不要重寫*只是*重寫它們。這個問題提出的方式使得它看起來像你只是想重構，所以它看起來更像其他應用程序。你計劃添加需要重構嗎？ – 2011-05-17 18:04:54

謝謝你的回答。我打算這樣做主要是爲了可讀性，以便新開發人員能夠快速掌握哪些部分包含哪些代碼。 – 2011-05-18 04:05:52

你很想念MVC。 Model，View，Controler分爲三部分。

模型 - 包含業務邏輯。知道如何讀取/寫入數據庫。視圖 - 包含顯示邏輯。瞭解如何從模型中獲取數據並將其顯示給用戶。控制器 - 理解用戶手勢，加載/找到正確的模型和視圖，並告訴他們該做什麼。

（在Web環境中，視圖應該解壓來自POST的數據，並且模型應該驗證它）。

在main.py中有M和C，在i18n.py和main.py中很難說（很難說）。 cron-run報告是MVC外部的。

只是重命名文件不會帶來任何收益，但會混淆其他維護者。

如果您建議在沒有測試套裝的情況下對您的代碼進行重大更改，以提醒您不要引入錯誤，那麼我必須指出這樣的行爲並不明智。

來源

2011-05-17 19:45:36 Ian

謝謝你的回答。這是因爲很難判斷我想要重構的顯示邏輯（視圖）遵循哪種模式。如果按照他們認可的標準構建新項目，新開發人員可以更快速地引入該項目。 – 2011-05-18 04:09:22

MVC是GAE應用程序的良好設計模式嗎？

回答

相關問題