GoのInterfaceの作法 "Accept Interfaces, Return structs" - y-zumiの日記
はじめに Goにおける抽象化の方法にインターフェースがあります。インタフェースをうまく使うことにより具体的な実装を隠し、疎結合な実装ができるようになります。 これにより、テストがやりやすくなったり、リファクタリングの影響範囲を小さくできるなどのメリットがあります。インターフェースがないコードは振る舞いで共通化することができないため、冗長かつ密結合なシステムになってしまいます。 今回はGoのインターフェースの基本的な考え方である "Accept interfaces, Return structs" について紹介します。 "Accept interfaces, Return structs" とは 直訳で 「インターフェースを受け入れて、構造体を返す」 ですが、この考え方はJack Lindamood氏が過去に提案したものです。 GoのCodeReviewのドキュメントには以下のように書かれ
golang の 引数、戻り値、レシーバをポインタにすべきか、値にすべきかの判断基準について迷っている - pospomeのプログラミング日記
日頃から 引数にポインタを渡した方がいいのか? 値を渡した方がいいのか? 戻り値はどーなの? メソッドのレシーバは? なんて迷っているのでアウトプットしてみる。 メソッドのレシーバについては以下に載っていた。 https://github.com/golang/go/wiki/CodeReviewComments#receiver-type 以下は日本語訳。 http://qiita.com/knsh14/items/8b73b31822c109d4c497#receiver-type レシーバについては、これが基準な気がするのでこれに従おうと思う。 ということで解決。 そして、このドキュメントにはレシーバというよりも、 ポインタと値の特徴が載っているので、 それらの特徴を「引数」「戻り値」でも考えていけば、それっぽい答えになりそう。 ということで、「引数」「戻り値」を対象にザックリとまと
Go言語（golang）における値渡しとポインタ渡しのパフォーマンス影響について
Finatextでエンジニアをやっている山崎 康行と申します。 前回は、「Vue on IonicでWebエンジニアがネイティブアプリの夢を見る」というフロントエンドに関する記事でした。 今回は、Finatextではバックエンドの実装に主にGo言語を採用しているということで、Go言語に関する記事を書きたいと思います。 はじめにGo言語を使っていると、関数の引数や、メソッドのレシーバを、値にすべきなのかポインタにすべきなのか悩むことが良くあります。 公式ドキュメントによると、 https://golang.org/doc/faq#methods_on_values_or_pointers （日本語訳：http://golang.jp/go_faq#methods_on_values_or_pointers） ざっくりまとめると、 呼び出し元の値を変える必要があるなら、ポインタ引数（レシーバ）
48eba361c3b4
# Overviewinterfaceは大きく分けて2つの使い方があると考えてください(結局どちらも同じ)。 1つめは何でも入る型としての使い方で、2つめは関数を集めたものです。1つめは簡単で、2つめが少し複雑です。 1. 何でもはいる型としてのinterface既知の通りGolangは型に厳しいです。型に厳しいおかげで、コンパイラが色々教えてくれるのですが、時にはゆるーく型を扱いたい時があります。そのような時にinterfaceを使います。 package mainimport "fmt"func main() { var i interface{} i = 4 fmt.Println(i) //4 i = 4.5 fmt.Println(i) //4.5 i = "文字列だってはいるんだ" fmt.Println(i) //文字列だってはいるんだ }重要なのは、interfaceで定義
golangにおける独自エラー定義方法とエラーごとの処理分岐 - Qiita
内容 独自エラーを生成する方法 受け取り側で処理分岐できるエラーを作るには？ golangにおけるエラー 下記インターフェースを実装した構造体 Error() は、エラーメッセージとしての文字列を出力する 独自エラーを生成する方法 ① errors.New(text string) error エラーメッセージを文字列で指定 実体の構造体は、errors パッケージで定義されている errorString 型 ② fmt.Errorf(format string, a ...interface{}) error fmt.Sprintf と同様、フォーマットでエラーメッセージを指定 内部的には errors.New(fmt.Sprintf(format, a)) を呼び出しているだけ errors.New と同じく errorString 型 ③ error インターフェースを実装した独自構
GolangのDesignPatternをコード付きで簡単に紹介！
はじめに 今回この記事を書こうと思った背景として、とある技術記事でLoggerの実装方法について盛り上がってるものを見つけて、その部分の知見が弱い事を再認識させられた一件がありました。 また、一年弱ほど長期インターンでGo言語を沢山書いてきた中で、シンプルな文法で様々なDesignPatternを表現できるGo言語も面白さを皆さんに知っていただきたいなという想いも込めました。 それではGopher君の世界に踏み入れていきましょう。 Dependecy Injection Dependency Injection（DI）は、依存関係の逆転（Dependency Inversion）の原則を実現するためのデザインパターンです。DIを使用すると、高レベルのモジュールが低レベルのモジュールに直接依存するのではなく、抽象化を介して間接的に依存するようになります。これにより、モジュール間の結合度を低く
リトライ処理の効率的アプローチ「Exponential Backoff」の概要とGoによる実装 - Qiita
こんにちはpo3rinです。実装していると通信のリトライを実装したくなることがあると思います。(僕は実際に LINE BotのRate Limitに引っかかり、リトライ機構を実装する必要がありました) 今回は、通信先サーバーに過度の負荷をかけないようにするためのリトライ手法「Exponential Backoff」の実装方法について説明します。 Exponential Backoff とは 少しCloud IoT Coreよりですが、GCPのドキュメントに良い解説がありますので参考に。 https://cloud.google.com/iot/docs/how-tos/exponential-backoff リトライの際に一定間隔で処理を再試行すると、通信を受け取る側のサーバーに大きな負荷がかかる可能性があります。そこで「Exponential Backoff」という考え方が出てきます。「
Goで0秒待つとどうなるか - ベースマキナ エンジニアブログ
こんにちは。yebis0942です。GoとTypeScriptを書いています。夏祭りのおみくじで「待ち人来る」を引いたので、最近のちょっとした待ち事例についてご紹介します。 Goでタイムアウト時間を指定する関数を呼び出したとき、待機時間を0秒にすると何が起きるのか？という点が社内のレビューで少し話題になりました。 気になって調べてみたところ、同じ0秒のタイムアウト処理でも、内部の実装によって振る舞いが異なるケースがあることが分かりました。 よく見るタイムアウト処理 Go言語では、一定時間だけあるchannelを待つというタイムアウト処理は以下のように time.After() を使って書くことができます。 func timeAfter(c chan int, duration time.Duration) { select { case <-time.After(duration): //
【Go】公式ツール "eg" を使って効率的にGoのコードをリファクタリングする - Qiita
はじめに こんにちは、ken です。お仕事では Go をよく書きます。 最近、Go の公式パッケージであるgolang.org/x/toolsを眺めていたら、なにやら有用そうなパッケージを見つけたので今回はそれについて書こうと思います。 それはegというリファクタリングツールです。 eg とは eg は、例ベースで Go コードをリファクタリングするためのツールです。このツールを使用することで、特定のコードパターンを別のコードに置き換えることができ、効率的にリファクタリングが行えます。 先ほど貼った公式ドキュメントに詳しい説明があるかと思いきや The eg command performs example-based refactoring. For documentation, run the command, or see Help in golang.org/x/tools/ref
Golang開発者のためのクリーンアーキテクチャ
はじめに クリーンアーキテクチャは、ソフトウェア設計の分野で非常に重要な概念です。 しかし、その理解は容易ではなく、明確な正解が存在するわけではありません。 多くの人が異なる解釈を持ち、他の設計思想と混在していることもあります。 この記事では、自分なりの視点からクリーンアーキテクチャを解釈し、その整理した内容を共有します。 このアーキテクチャの目的は、システムの各層を独立させ、変更に強く、テストしやすい設計を実現することです。 この記事では、クリーンアーキテクチャの基本概念、Golangでの実装方法、およびディレクトリ構成について詳しく説明します。 なお、この記事では個人的な見解を述べており、必ずしも正解を書いているわけではありません。もし誤りがあれば、ぜひご指摘いただけると幸いです。 クリーンアーキテクチャの基本概念 クリーンアーキテクチャの元となったのは、ロバート・C・マーチン（通称「
Goの新しい構造化ロガーを体験しよう | gihyo.jp
logパッケージ Goには標準ライブラリとしてlogパッケージが提供されています。logパッケージで行えることはそう多くはありません。たとえば、デフォルトではログは標準エラー出力に出力されますが、log.SetOutput関数で出力先を変更できます。また、利用する関数によってログを出力した後の挙動をコントロールできます。たとえば、log.Print関数はログを出力するだけですが、log.Fatal関数はログ出力後にos.Exit(1)を呼び出します。log.Panicはログ出力後に出力したログと同じ文言を引数としてパニックを発生させます。 logパッケージでは、ログとともに関連するデータを出力したい場合は、log.Printf関数を用います。次のように、書式を指定して出力します。 log.Printf("request_url=%s request_method=%s", r.URL, r
[Go] JSON内の数字や文字列が混じった配列を構造体にUnmarshalする - My External Storage
TL;DR Goは構造体のUnmarshalJSONを独自実装すると、Unmarshal時の挙動も独自定義できる JSON配列はUnmarshalすると[]interface{}となるので一つ一つ型キャストすれば値が取れる 最初にコードだけ書いておくと以下になる。 https://play.golang.org/p/dB01YLzxExL package main import ( "encoding/json" "errors" "testing" ) // TotalsArray defined for totals array type TotalsArray struct { Files int CoverageRatio string } // UnmarshalJSON 独自定義したUnmarshal方法でUnmarshal時の動きを変える func (ta *TotalsAr
![[Go] JSON内の数字や文字列が混じった配列を構造体にUnmarshalする - My External Storage](https://cdn-ak-scissors.b.st-hatena.com/image/square/f3ca5145f819bb37539bafba90f1c2353dbe1f00/height=288;version=1;width=512/https%3A%2F%2Fbudougumi0617.github.io%2Flogos%2FGo-Logo_Aqua.png){kind=logo}
golangのgit ライブラリ「go-git」を使ってインメモリでgit操作をする | DevelopersIO
こんにちは。齋藤です。 今日はgolangを使ってgitの操作をやります。 はじめに golangには pure go implementation な git のライブラリがあります。 go-git 今回の記事では、このライブラリを使って git の操作を行います。 今回動かしたいシナリオは以下のようなものです。 あるリポジトリAを リリースする リポジトリAのイベントをhook起点に別のリポジトリBに コミットして PRを送る 今回はリポジトリBに commit して PRを送るに着目して この記事では リポジトリBを clone した後にファイルを変更・commit して push までをやってみます。 なお後々、Webhook などで動かしたいので AWS Lambda の上で動かしてみます。 gitの操作は全てインメモリで行います。 準備 今回はAWS Lambdaで実行すること
【Go】HTTPサーバーは安全に終了させましょう
はじめに こんにちは。都内でソフトウェアエンジニアをしているtomoriです。 突然ですが、Go言語でHTTPサーバーを実装する際、サーバーの終了処理を適切に実装できている自信はありますか？ 自分が開発に携わっているプロダクトでは、ほんの最近まで下記のような不適切な終了処理を行なっていました（話を簡単にするためにここでは panic を使っています）。 err := http.ListenAndServe(":8080", handler) if err != nil { panic(err) } HTTPサーバー実装のサンプルとかでよく見るやつですね。 これだとアプリケーション側で、いわゆる Graceful Shutdown ができておらず、実行環境にて不具合を引き起こす恐れがあります。 というわけで、最近それを修正したのでアウトプットとして記事にします。 Go言語でHTTPサーバーを
Go界隈で巻き起こった go:linkname 騒動について - ANDPAD Tech Blog
お久しぶりです、ANDPADボードの tomtwinkle です。 この記事はGoの go:linkname 騒動は 6/18に行われた Go Bash で話した内容を要約したものです。 そもそも go:linkname とは何かといえば internal packageやprivate var/funcなど普通はアクセスできないオブジェクトシンボルをエイリアス出来るようCompilerに指示して、アクセス可能にするcompiler directiveです。 go:linkname はprivateな変数へアクセス可能な便利なものでしたが unsafe packageのimportを必須とする通り、せっかく互換性や安全を考慮して作られているGoプログラムを簡単に破壊できる諸刃の剣でした。 詳細は発表スライドを見てください。 go:linkname 禁止騒動 Go 1.23 のリリースまで2
グーグル、AIで日本全国の課題を解決 松尾・岩澤研究室と協力
グーグルは6月19日、「AIで日本のさらなる可能性を～Google for Japan 2024～」と題したイベントを開催した。2027年までに全国47都道府県で生成AIモデルの実装、AI人材を育成し求人と求職のミスマッチによる人材不足の解決、地域社会が抱える課題解決を目指すなど、グーグルの新たな取り組みを発表した。 東京大学松尾・岩澤研究室とパートナーシップ 47都道府県の架台を生成AIで解決 同イベントには東京大学の松尾教授が登壇し、グーグルとのパートナーシップにいたった経緯を説明した。 2023年9月に大規模言語モデルを実際に開発できる人材育成を目的にLLMの講義を実施し、受講生2000人のうち660人が修了した。これはLLMを実際に作ることができる人材が660人誕生したということになる。しかし、実際に開発をするにはGPUが必要になり、そこでグーグルに相談に行ったことが縁となっている
Go言語でパス情報から拡張子なしのファイル名を取り出したい - Qiita
パス情報から拡張子を除去したファイル名を取り出したい！ 具体的に言うと以下のようなケースです。 /path/to/file.name.hoge.name から file.name.hoge だけ抜き出したい こういう場面に遭遇したのですが、ピタリとはまる例を見つけられなかったので書いてみました٩( 'ω' )و ※ mattnさんにコメントでいただいた処理で修正しました！ package main import ( "fmt" "path/filepath" ) func main() { paths := []string{ filepath.Join("path", "to", "file.name.hoge.name"), filepath.Join("path", "to", "file.name"), filepath.Join("path", "to", "file"), }
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
資料公開:「Golangを使ったバックエンドの実装入門」で DevelopersIO 2024に登壇しました #devio2024 | DevelopersIO
Go言語での実践を通じてクリーンアーキテクチャの理念と実装を学べる解説書が発売／『Go言語で構築するクリーンアーキテクチャ設計』【Book Watch/ニュース】
sqlcを新規サービスに採用してみた！
