### Flask Web 开发中的 Controller 层实现 在 Flask 应用程序中，尽管没有像 Java Spring 框架那样显式的控制器概念，但仍可以通过良好的结构化设计来模拟类似的分层模式。通常情况下，业务逻辑被封装在独立的服务模块内，而路由处理函数扮演着控制器的角色。 #### 路由作为控制器 Flask 使用装饰器 `@app.route()` 来定义 URL 规则及其关联的视图函数。这些视图函数可以看作是简单的控制器方法： ```python from flask import Flask, request, jsonify app = Flask(__name__) @app.route('/api/resource', methods=['GET']) def get_resource(): # 处理 GET 请求... return jsonify({"message": "Resource retrieved"}), 200 @app.route('/api/resource', methods=['POST']) def create_resource(): data = request.json # 创建资源... return jsonify({"message": "Resource created", "data": data}), 201 ``` 上述代码展示了如何通过不同的 HTTP 方法映射到相应的处理器[^4]。 #### 封装成类的形式 为了更接近传统 MVC 架构下的控制器风格，在某些场景下也可以采用基于类的方式来组织路由和动作： ```python class ResourceController: @staticmethod @app.route('/api/class-based-resource', methods=['GET']) def read(): # 获取数据操作... return jsonify({"status": "success", "action": "read"}) @staticmethod @app.route('/api/class-based-resource', methods=['POST']) def write(): payload = request.get_json() # 存储数据操作... return jsonify({"status": "success", "action": "write", "payload": payload}) ``` 这种方式不仅有助于保持清晰的功能划分，还便于维护大型项目时管理复杂的请求路径[^3]。 #### 抽象服务层分离业务逻辑 对于较为复杂的应用来说，建议进一步抽象出专门负责核心业务流程的服务组件，从而让所谓的“控制器”专注于接收输入参数、验证权限以及调用适当的服务接口完成实际工作： ```python # services.py 文件 def process_business_logic(data): """执行具体的商业逻辑""" pass # controllers.py 文件 import services @app.route('/api/complex-operation', methods=['PUT']) def update_complex_operation(): input_data = request.json try: result = services.process_business_logic(input_data) response = {"result": result} status_code = 200 except Exception as e: response = {"error": str(e)} status_code = 500 finally: return jsonify(response), status_code ``` 这种做法遵循了单一职责原则，并促进了代码重用性和可测试性[^1]。