~

Experiment Go

There come a time when you need to experiment new things, new style, new approach. So this post serves as it is named.

Design API by trimming down the interface/struct or whatever

Instead of:

type Client interface {
    GetUser()
    AddUser()
    GetAccount()
    RemoveAccount()
}

// c is Client
c.GetUser()
c.RemoveAccount()

Try:

type Client struct {
    User ClientUser
    Account ClientAccount
}

type ClientUser interface {
    Get()
    Add()
}

type ClientAccount interface {
    Get()
    Remove()
}

// c is Client
c.User.Get()
c.Account.Remove()

The difference is c.GetUser() -> c.User.Get().

For example we have client which connect to bank. There are many functions like GetUser, GetTransaction, VerifyAccount, ... So split big client to many children, each child handle single aspect, like user or transaction.

My concert is we replace an interface with a struct which contains multiple interfaces aka children. I don't know if this is the right call.

This pattern is used by google/go-github.

Find alternative to grpc/grpc-go

Why? See for yourself.

Also read:

Alternatives:

Thanks

Feel free to ask me via email or Mastodon.
Source code is available on GitHub Codeberg sourcehut Treehouse GitLab