There isn't a friend declaration but the Go tool does support a concept of
"internal" packages since Go 1.4. Read about it
here: https://go.dev/doc/go1.4#internalpackages
On Saturday, February 18, 2023 at 12:18:03 AM UTC-5 Pat Farrell wrote:
> I'm still struggling with how to setup my access.
> I'm building a library, say tagtool and it has a nice clean
> subdirectory with the files
> that make up the go package, each with
>
> package tagtool
>
> And I have a subdirectory called "cmd" that contains a near trivial main.go
> that calls the various tagtool.Mumble() func.
> So far, so good.
>
> But I've been using file/package level vars. This is clearly a bad thing.
> So I'm trying to bundle all the various vars into a struct, and
> I'll have my main.go call a
>
> func AllocateData() *GlobalVars {
> rval := new(GlobalVars)
> //.. do other init stuff
> return rval
> }
>
> This way we have the main holding the storage for what had been
> file/package level
> vars.
>
> Which is a good start. It works great if I capitalize all the variables.
> But I really don't want to make all of the variables in the struct be part
> of my public API. They are all implementation details. I need to be able to
> initialize various variables in the GlobalVars struct from my 'main.go'
>
> Right now, its mostly flag variables that I need. Stuff like
> flag.BoolVar(&flags.Debug, "de", false, "debug on")
>
> The main.go doesn't really care about the values once the flag package has
> set them from the shell arguments, it just wants the tagtool
>
> Is there a "friend" declaration or import that lets the "package main"
> look into
> the package tagtool?
>
> Thanks
> Pat
>
>
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/golang-nuts/4b835724-f0fb-4a72-9696-36a6d8725813n%40googlegroups.com.
