Post #145

Ускорям изучение и работу с новыми технологиями/библиотеками с помощью ИИ. Часть 2 [ Разбор на примере реального кейса ] Итак, под прошлым постом собрали большое количество реакций и сохранений. А это означает одно — сегодня будем разбирать на примере реальной задачи. Если пропустили, то Часть 1 — прямо тут. Так вот. Условно у нас стоит задача: Привести сервис к «канонической» структуре Flask (app factory + blueprints), чтобы проще вносить изменения. Что будем делать? 1️⃣ Сопоставляем концепты FastAPI → Flask Попросите Claude (с web search + context7): «Составь таблицу соответствий: APIRouter (FastAPI) ↔ Blueprint (Flask); DI‑зависимости ↔ функции/контекст приложения; ASGI middleware ↔ WSGI/Flask middleware; встроенная валидация ↔ ручная/библиотеки. Добавь ссылки и предупреждения, где поведение отличается из‑за ASGI/WSGI». 2️⃣ Добавляем app factory (если её нет) Попросите: «Создай план refactor → create_app(config) + регистрация расширений и blueprints; не меняй бизнес‑логику». Claude подготовит патч и шаги миграции. Под рукой — оф. примеры Application Factory. 3️⃣ Разносим роуты по blueprints Просьба к Claude: «Выдели из app.py эндпоинты /auth/* и /items/* в auth_bp и items_bp, зарегистрируй с префиксами; добавь smoke‑тесты». Опираться на оф. доку Blueprints. 📍Мини‑пример конверсии обработчика До (FastAPI): from fastapi import FastAPI app = FastAPI() @app.get("/health") def health(): return {"ok": True} После (Flask blueprint): # app/factory.py from flask import Flask from .health import health_bp def create_app(config=None): app = Flask(__name__) if config: app.config.from_object(config) app.register_blueprint(health_bp, url_prefix="/") return app # app/health.py from flask import Blueprint, jsonify health_bp = Blueprint("health", __name__) @health_bp.get("/health") def health(): return jsonify({"ok": True}), 200 Релевантные паттерны — Blueprints и Application Factory. 4️⃣ Валидация и схемы Просьба к Claude (Explanatory): «Предложи 2–3 варианта валидации входных данных во Flask (в т. ч. c Pydantic/маршмаллоу), плюсы/минусы и где писать проверку — до/после контроллера». (Здесь уместно web search + context7 для актуальных рекомендаций библиотек.) 5️⃣ Тесты и документация В плане попросите: «Сгенерируй pytest‑тесты для ключевых ручек и README с командами flask run, pytest -q и шагами локального запуска». Примите диффы в Plan mode. Как-то так 🙌 Что даёт такой стек? 🟢 Скорость онбординга /init создаёт «память проекта» и снимает часть рутинных вопросов. Plan mode защищает от «чёрных ящиков» — вы правите план до изменений. 🟢 Актуальность знаний web search + context7/deepwiki подтягивают свежие примеры и версии API, экономя время на ручном гуглинге. 🟢 Формат обучения «на бою» Learning даёт парное программирование: часть делает агент, часть — вы (через TODO(human)), при этом Explanatory объясняет сделанные решения. В конце, попрошу снова сделать 2 вещи: — Сохранить себе в «Избранное» этот пост — Поставить — 🔥, если вам зашло и хотите больше подобного контента Для меня это важно, чтобы понять — нужно ли дальше таким делиться или слишком душно 😅