You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This string is actually structured data in disguise, as it contains four different pieces of information. Instead of trying to parse this information from a string, break it into a document with fields.
We'll continue to the support the string for backwards-compatibility reasons, but it will be marked as deprecated in a future release.
I'm curious to get feedback on the names. In the Go AST (see below), each import is defined by an import spec, which consists of a path and an identifier. "import" could be "import_path", but I think the shorter version is still clear. "pointer" could be "is_pointer", but we currently don't use that convention.
One great feature included in #463 is import valdation. By using the tools package, the imports listed in the overrides section can be validated to make sure the package and type both exist. I'd like to add that as a separate configuration option, as it does involve reaching out to the Go module mirror and Go checksum database and requires the Go toolchain to be installed.
Currently, we define the
go_type
in an override via a string.This string is actually structured data in disguise, as it contains four different pieces of information. Instead of trying to parse this information from a string, break it into a document with fields.
This format fixes a few open issues.
Complex import names (#255):
Types defined in the same package (#177):
Built-in types, such as string:
We'll continue to the support the string for backwards-compatibility reasons, but it will be marked as deprecated in a future release.
I'm curious to get feedback on the names. In the Go AST (see below), each import is defined by an import spec, which consists of a path and an identifier. "import" could be "import_path", but I think the shorter version is still clear. "pointer" could be "is_pointer", but we currently don't use that convention.
One great feature included in #463 is import valdation. By using the tools package, the imports listed in the overrides section can be validated to make sure the package and type both exist. I'd like to add that as a separate configuration option, as it does involve reaching out to the Go module mirror and Go checksum database and requires the Go toolchain to be installed.
Related Issues
The text was updated successfully, but these errors were encountered: