(私的)GoのWebAPI開発における現状: 論理編 - comix

この記事は？ インディー開発をしたり、本を読んだり、勉強会に参加したりして、GoのWebAPI開発における自分なりの実装パターンが固まってきたので現状を整理します。 具体的にはORM、フレームワーク、パッケージ構成あたりの話。 ある程度アンチパターンを踏んできてますが、僕自身プロダクションレベルでのGo開発経験がバリバリあるわけではないので、ここは間違ってるぞ！とか自分はこうしてる！など（建設的な）マサカリや大歓迎でございます。 tl;dr ドメインレイヤのみどこにも依存させないレイヤードアーキテクチャを採用 MVCじゃ物足りない、とは言えクリーンアーキテクチャは個人的にはちょっとtoo much フレームワークは使わない ルーティングはGorilla/Mux、ミドルウェアはNegroni、DB周りはsqlxを利用 前提 WebAPIの規模 以下のような小〜中規模程度のJSONで話すWeb

[itosho525]

書いたよ。