Ссылка на символ в пакете Go, не зная, находитесь ли вы в этом пакете?

Question

Предположим, что есть функция F в пакете A, чтобы код, который я создаю, нужно вызвать. Как мне это назвать?

Если я звоню из внешнего пакета A, то я использую A.F(...), и если я внутри A Я использую F(...). Но что, если Мерфи мешает мне узнать, что верно, или требует байт-идентичной работы в обоих?

[примечание: я принимаю это как данность, что такой случай произойдет, потому что, по моему опыту и наблюдениям, это, как правило, безопасное предположение. Даже в отсутствие технических причин для этого, PHB и законодатели являются хорошими источниками смешного.]

Answer 1

Синтаксиса такого синтаксиса нет. Соблюдайте следующие вещи:

• Циклический импорт запрещен. Это особенно означает, что пакет не может импортировать себя. Таким образом, пакет не может ссылаться на один из его символов S с синтаксисом pkg.S, поскольку он не сможет импортировать себя.

• Даже если вы решили эту проблему, обратите внимание, что после импорта им может быть присвоено произвольное имя. Например, вы могли бы сделать:

  import bar "foo" 
  

  который импортирует S из пакета "foo" в bar.S в отличие от ожидаемого foo.S.

Следующие вещи могут быть использованы, чтобы обойти это:

• В пакете "foo", создать внутренний объект foo, членами которого являются символы foo экспорта. Это позволяет использовать синтаксис foo.S в самом foo, но это ужасный kludge.

• Используйте импортную декларацию как

  import . "foo" 
  

  , который позволяет использовать символ S из пакета "foo" в S, я и thinsp;. Е. без префикса. Обратите внимание, что этот вид декларации импорта, называемый dot import, считается плохим стилем и может сломать вещи, если набор символов, которые вы объявляете/импортируемый пакет, объявляет изменения.