интерфейс golang, который зависит от интерфейса

Question

Я не уверен, что это должны быть два отдельных вопроса или один, но мне кажется, что один вопрос состоит из двух частей. Как следует использовать интерфейсы go? У меня есть две проблемы:

Методы интерфейсов имеют глобальную область видимости: если у меня есть интерфейс A и интерфейс B, которые реализуют один и тот же метод Foo, но с разными аргументами или типами возврата, я не могу реализовать их как на то же время из того же типа. Например, у меня есть метод GetBytes() в одном интерфейсе с типом возвращаемого типа [], а в другом ([] байт, ошибка). Как я должен преодолеть эту проблему?

Еще одна проблема, с которой я сталкиваюсь, - это когда я пытаюсь определить интерфейс say interface A, у которого есть метод, который возвращает интерфейс B, определенный в том же слое. Теперь, если я хочу создать объект, который реализует A, если я возвращаю struct, который реализует B, то он недостаточно умен, чтобы вывести, что этот метод реализует метод в A, и это заставляет меня создавать зависимость от B. Это, кажется, полностью побеждает точка пути работы интерфейсов на первом месте. Как я могу избежать этой проблемы?

, например, если у меня есть:

type B interface { 
    Bar() 
} 

type A interface { 
    Foo() B 
} 

для следующих структур:

type b_impl struct{} 

func (b b_impl) Bar() {} 

type a_impl struct{} 

Способ Foo

func (a a_impl) Foo() b_impl {} 

не удовлетворяет интерфейсу и мне нужно сделать это:

func (a a_impl) Foo() B {} 

, который создает зависимость от пакета, в котором объявлен B.

Answer 1

1-й вопрос: В go вам нужно создать разные имена функций, если вы хотите выполнять разные задачи. Давайте рассмотрим стандартную библиотеку в пакете strconv, как там все решено: https://golang.org/pkg/strconv/#pkg-index

Посмотрите на другое объявление функции добавления. Существуют функции для каждого другого типа.

Так что, если вы ожидаете FooInt Funtion ваш интерфейс должен быть также FooInter ...

второй вопрос: В качестве небольшого примера. Вам не нужно импортировать весь пакет io, если вы хотите использовать интерфейс io.Writer. Вполне нормально копировать декларацию Writer в ваш собственный пакет. Если вы сделаете это правильно, каждая реализация io.Writer автоматически реализует ваш собственный интерфейс Writer.

После прочтения других комментариев, может быть, у вас есть другая ситуация:

Допустим, есть пакет а и б с интерфейсом a.A и Синяя книга Если есть ситуация:

type A interface{ 
    Foo() b.B 
} 

, и вы должны написать реализацию для a.A, то вам необходимо импортировать пакет б. Но это делает ваши двоичные файлы не большими, потому что вам всегда нужно будет импортировать пакет a, который зависит от b.