OpenAPI ではなく TypeSpec を読み書きするスキーマ駆動開発 - freee Developers Hub

支出管理開発本部で事業部横断テックリードをしている @ogugu です。 広く複雑で大規模になりつつある支出管理のアーキテクチャについて、以下の連載形式でご紹介していきます。 (本記事) 支出管理におけるTypeSpecを中心にしたスキーマ駆動開発 ソフトウェアアーキテクチャに基づいた自動テスト戦略と実装ガイドライン 支出管理におけるマイクロサービスアーキテクチャの知見 今回は、TypeSpec を中心にしたスキーマ駆動開発をご紹介します。 結論からいうと、筆者は TypeSpec について「OpenAPI からの移行コストや技術的ロックインリスクを伴わず、開発体験を向上する最高のツール」と評価しています。その理由を順にご紹介します。 TypeSpec とは OpenAPI とのスキーマの比較 導入の意思決定 TypeSpec を取り入れた開発フロー カスタム Linter / Decor

[s025236]

新しい構文作るんじゃなくてTypeScriptのtype/interface/import/exportをベースに表現できないところだけ@〜で拡張して欲しかったなぁ…と

[NOV1975]

話はよく分かるんだけど、エンジニアが「OpenAPIが辛い」というほどOpenAPIの時間を費やす仕事が想像しづらい。

[skypenguins]

実世界での使用例助かる

[uehaj]

Prismaのモデル定義と合併してよ！