GeneXus生成应用是否遵循MVC模式？是否具备类Django的Middleware层？

GeneXus作为模型驱动的低代码平台，其生成的应用本质上遵循MVC设计模式，各层对应关系清晰，能帮你快速定位后端逻辑修改点：

• 模型层（Model）：对应GeneXus中的业务组件（Business Components, BCs）、数据存储（Tables/Domains）、存储过程（Procedures）。这部分是后端逻辑的核心载体，和Spring里的Service/DAO层角色一致——修改业务规则、数据处理逻辑时，直接在BC的事件（如BeforeInsert、AfterRetrieve）、Procedures的代码块里调整即可。
• 视图层（View）：对应Web面板（Web Panels）、Work With界面、报表（Reports），负责渲染用户界面，所有前端展示相关的修改都在这里操作。
• 控制器层（Controller）：GeneXus会自动生成底层控制器代码，同时你可以通过导航规则（Navigation Rules）、页面事件（如按钮点击事件）、Handlers控制请求路由和交互逻辑，这部分对应Spring的Controller层，负责调度模型与视图的交互。

简言之，要修改类似Spring中的后端业务逻辑，直接找BC、Procedures或对应的全局业务规则即可，无需改动自动生成的控制器代码。

GeneXus提供了多种全局请求处理机制，覆盖现有及新增请求，作用逻辑和Django Middleware一致：

• 全局事件（Global Events）：在Web项目配置中可定义Request Start、Request End、Session Start、Web Application Start等全局事件。比如给所有请求加日志、统一校验请求参数，只需在这些事件里编写逻辑，所有请求（包括后续新增的页面/接口）都会自动触发。
• 全局Handlers：比如认证Handler（Authentication Handler）、异常Handler（Exception Handler），可统一处理登录校验、异常捕获。例如未登录用户访问受限页面时自动跳转登录页，所有未捕获的异常统一返回指定格式的错误信息，无需在每个页面重复编写逻辑。
• 自定义过滤器（Custom Filters）：通过Web项目配置项添加自定义HTTP过滤器，可对请求进行预处理（如修改请求头、跨域处理）和后处理（如统一包装响应格式），实现更细粒度的全局请求拦截。

这些机制无需修改单个页面或接口的代码，完全通过全局配置实现统一处理，和Django Middleware的使用逻辑匹配。

内容的提问来源于stack exchange，提问作者Mike Oliver