Goのおすすめのフレームワークはnet/http | フューチャー技術ブログ

僕としてはGoのおすすめのフレームワークを聞かれたら、標準ライブラリのnet/httpと答えるようにしています。というよりも、Goの他のフレームワークと呼ばれているものは、このnet/httpのラッパーでしかないからです。 Goでアプリケーションを作成する場合のイメージは次の通り。battery includedなアプローチは他の言語でもたまにありますが、ついてくる機能が今時のものが多くて、標準ライブラリで済むことが多いです。ウェブ開発についてもそんな感じです。 PythonとかRubyとかもそうですが、言語組み込みのウェブサーバー機能はテスト用で本番運用には機能が足りない、性能が足りない、ということから「プロダクションに耐えうるフレームワークを別に入れないと」と思う人も多いんじゃないかな、と思いますが、Goの場合は組み込みのサーバーで問題なかったりします。Node.jsに近いかも？世間に

[snowcrush]

下のブコメ見て思ったんだけど、他の言語だとライブラリ間の整合性を保ちたくてFWでまとめたい人が多いけど、Goだとまず標準ライブラリとの整合性を保ちたいのでなるべく標準に寄せるところが違うんだろうな

[marmot1123]

“http”

[non_117]

ミドルウェアも簡単に作れるので公式フレームワークでじゅうぶんだった。細かな用途ごとにテンプレートエンジンとか入れていけばいい。

[ludwig125]

さすがというか、凄みのある記事

[hasiduki]

標準のinterface使ってればいいって感じ！

[taguch1]

小さいものなら標準で済ます、どちらにせよweb周りのadapterに閉じ込めるから必要だったらサクッと置き換える。同じこと毎度書くようなら使う。自分で書くよりはバグ潰れてるはずなので。

[onesplat]

結局Routerがないとしんどいのでフレームワーク使っちゃうんですよね。ミドルウェアとかはどうでもいいんですけど。

[for-my-internet-demo]

層分割ちゃんとやったらginやechoがただのライブラリな子になったとこはなくはないかも（使うけど

[closer]

Webアプリケーションフレームワークのこと？主語デカすぎでは？

[versatile]

もういいよこの話

[mano-junki]

他言語圏からGoを使おうとして戸惑うやつ。文法よりウェブアプリケーションフレームワークに関しての状況にギャップありますよね