go-best-practices
💡 摘要
一个知识模块,提供编写类型安全、可维护且符合Go语言习惯的最佳实践和模式。
🎯 适合人群
🤖 AI 吐槽: “这是一份很棒的Go风格指南,但称其为'技能'就像把字典当成对话教练来卖。”
README提倡从环境变量加载密钥(如API_KEY),这是标准做法,但如果环境变量被记录或泄露则存在风险。示例中的配置验证是基础的。缓解措施:使用专用的密钥管理库或服务,并确保密钥永远不会被打印到日志中,即使在调试时。
name: go-best-practices description: Provides Go patterns for type-first development with custom types, interfaces, functional options, and error handling. Must use when reading or writing Go files.
Go Best Practices
Type-First Development
Types define the contract before implementation. Follow this workflow:
- Define data structures - structs and interfaces first
- Define function signatures - parameters, return types, and error conditions
- Implement to satisfy types - let the compiler guide completeness
- Validate at boundaries - check inputs where data enters the system
Make Illegal States Unrepresentable
Use Go's type system to prevent invalid states at compile time.
Structs for domain models:
// Define the data model first type User struct { ID UserID Email string Name string CreatedAt time.Time } type CreateUserRequest struct { Email string Name string } // Functions follow from the types func CreateUser(req CreateUserRequest) (*User, error) { // implementation }
Custom types for domain primitives:
// Distinct types prevent mixing up IDs type UserID string type OrderID string func GetUser(id UserID) (*User, error) { // Compiler prevents passing OrderID here } func NewUserID(raw string) UserID { return UserID(raw) } // Methods attach behavior to the type func (id UserID) String() string { return string(id) }
Interfaces for behavior contracts:
// Define what you need, not what you have type Reader interface { Read(p []byte) (n int, err error) } type UserRepository interface { GetByID(ctx context.Context, id UserID) (*User, error) Save(ctx context.Context, user *User) error } // Accept interfaces, return structs func ProcessInput(r Reader) ([]byte, error) { return io.ReadAll(r) }
Enums with iota:
type Status int const ( StatusActive Status = iota + 1 StatusInactive StatusPending ) func (s Status) String() string { switch s { case StatusActive: return "active" case StatusInactive: return "inactive" case StatusPending: return "pending" default: return fmt.Sprintf("Status(%d)", s) } } // Exhaustive handling in switch func ProcessStatus(s Status) (string, error) { switch s { case StatusActive: return "processing", nil case StatusInactive: return "skipped", nil case StatusPending: return "waiting", nil default: return "", fmt.Errorf("unhandled status: %v", s) } }
Functional options for flexible construction:
type ServerOption func(*Server) func WithPort(port int) ServerOption { return func(s *Server) { s.port = port } } func WithTimeout(d time.Duration) ServerOption { return func(s *Server) { s.timeout = d } } func NewServer(opts ...ServerOption) *Server { s := &Server{ port: 8080, // sensible defaults timeout: 30 * time.Second, } for _, opt := range opts { opt(s) } return s } // Usage: NewServer(WithPort(3000), WithTimeout(time.Minute))
Embed for composition:
type Timestamps struct { CreatedAt time.Time UpdatedAt time.Time } type User struct { Timestamps // embedded - User has CreatedAt, UpdatedAt ID UserID Email string }
Module Structure
Prefer smaller files within packages: one type or concern per file. Split when a file handles multiple unrelated types or exceeds ~300 lines. Keep tests in _test.go files alongside implementation. Package boundaries define the API; internal organization is flexible.
Functional Patterns
- Use value receivers when methods don't mutate state; reserve pointer receivers for mutation.
- Avoid package-level mutable variables; pass dependencies explicitly via function parameters.
- Return new structs/slices rather than mutating inputs; makes data flow explicit.
- Use closures and higher-order functions where they simplify code (e.g.,
sort.Slice, iterators).
Instructions
- Return errors with context using
fmt.Errorfand%wfor wrapping. This preserves the error chain for debugging. - Every function returns a value or an error; unimplemented paths return descriptive errors. Explicit failures are debuggable.
- Handle all branches in
switchstatements; include adefaultcase that returns an error. Exhaustive handling prevents silent bugs. - Pass
context.Contextto external calls with explicit timeouts. Runaway requests cause cascading failures. - Reserve
panicfor truly unrecoverable situations; prefer returning errors. Panics crash the program. - Add or update table-driven tests for new logic; cover edge cases (empty input, nil, boundaries).
Examples
Explicit failure for unimplemented logic:
func buildWidget(widgetType string) (*Widget, error) { return nil, fmt.Errorf("buildWidget not implemented for type: %s", widgetType) }
Wrap errors with context to preserve the chain:
out, err := client.Do(ctx, req) if err != nil { return nil, fmt.Errorf("fetch widget failed: %w", err) } return out, nil
Exhaustive switch with default error:
func processStatus(status string) (string, error) { switch status { case "active": return "processing", nil case "inactive": return "skipped", nil default: return "", fmt.Errorf("unhandled status: %s", status) } }
Structured logging with slog:
import "log/slog" var log = slog.With("component", "widgets") func createWidget(name string) (*Widget, error) { log.Debug("creating widget", "name", name) widget := &Widget{Name: name} log.Debug("created widget", "id", widget.ID) return widget, nil }
Configuration
- Load config from environment variables at startup; validate required values before use. Missing config should cause immediate exit.
- Define a Config struct as single source of truth; avoid
os.Getenvscattered throughout code. - Use sensible defaults for development; require explicit values for production secrets.
Examples
Typed config struct:
type Config struct { Port int DatabaseURL string APIKey string Env string } func LoadConfig() (*Config, error) { dbURL := os.Getenv("DATABASE_URL") if dbURL == "" { return nil, fmt.Errorf("DATABASE_URL is required") } apiKey := os.Getenv("API_KEY") if apiKey == "" { return nil, fmt.Errorf("API_KEY is required") } port := 3000 if p := os.Getenv("PORT"); p != "" { var err error port, err = strconv.Atoi(p) if err != nil { return nil, fmt.Errorf("invalid PORT: %w", err) } } return &Config{ Port: port, DatabaseURL: dbURL, APIKey: apiKey, Env: getEnvOrDefault("ENV", "development"), }, nil }
优点
- 全面覆盖关键的Go语言习惯用法(自定义类型、接口、选项)。
- 强烈强调编译时安全和错误处理。
- 为每个概念提供实用、即用的代码示例。
- 提倡一致、可扩展的架构方法。
缺点
- 主要是一个参考指南,而非交互式工具。
- 假设已有Go知识;不适合完全的初学者。
- 缺少泛型或复杂并发模式等高级主题。
- 没有将规则自动应用到现有代码库的机制。
相关技能
免责声明:本内容来源于 GitHub 开源项目,仅供展示和评分分析使用。
版权归原作者所有 0xBigBoss.
