MVC是GAE应用的好设计模式吗？

Question

我的GAE应用程序目前使用以下文件名设置

1. main.py（创建和更新模型的2个主要模型和逻辑）
2. i18n.py（用户界面逻辑如何使用i18n查看对象）
3. reports.py（基于cron的报告脚本）

我认为名称足够清楚，但我正在考虑遵循模型 - 视图 - 控制器模式，因此将这三个文件重命名为model.py view.py controller.py是我认为可以选择遵循更标准化的约定。你是否同意这种针对MVC约定的模块化是在这种情况下合理的方式，你需要更多的信息my app：我有很多代码对用户有用，这是代码我认为以一种遵循普遍接受的设计模式（如MVC，发布者 - 订阅者，工厂等）的方式进行重构是正确的。在这种情况下，我认为MVC设计模式是合适的。您是否同意或建议其他代码和数据处理？感谢您的任何评论和讨论。

Answer 1

你很想念MVC。模型，视图，控制器分为三个部分。

模型 - 包含业务逻辑。知道如何读/写数据库。    视图 - 包含显示逻辑。了解如何从模型中获取数据并将其显示给用户。    控制器 - 了解用户手势，加载/找到正确的模型和视图，并告诉他们该做什么。

（在Web环境中，视图应该从POST解包数据，模型应该对其进行验证）。

你在main.py中有M和C，在i18n.py和main.py中很可能是V（很难说）。 cron-run报告是MVC的外部报告。

只是重命名文件不会获得任何东西，但会混淆任何其他维护者。

如果您提议在没有测试诉讼的情况下对代码进行重大更改以防止您引入错误，那么我必须指出这样的操作并不明智。