Skip to content

[Go] Conform to Golang idioms and best practices #3518

@neilotoole

Description

@neilotoole
Description

There are several locations where the generated Go code does not conform to standard Go idioms / conventions / best practices. Taking CodeReviewComments as a primary source, and generally trying to follow the standards in the Go std lib and in popular OSS libraries.

For example:

  • Use proper case: e.g. a generated object named ProjectApi should be ProjectAPI.
  • The Configuration object should be named Config.
  • Do we need to export APIClient at all? What's the use case for having this public?
Swagger-codegen version

master

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions