там порядок был важен + вставка по средине = поэтому мап не прокатит

условно есть список фруктов в памяти, упорядоченный. Вот туда и вставляли при каждом запросе

реализовав двусвязный список

Эффективность по сравнению со слайсом в том, что не происходит копирование конца слайса, верно? Сначала линейно находим элемент, перед или после которого нужно вставлять новый, а затем меняем указатели.
Я не придираюсь, просто самому интересно все это осознать)

ну да

ну вернее для вставки по средине придется создавать новый слайс

(вернее даже массив + слайс)

Спс

+ нет пересоздание массив для добавления

Доброго дня, на этот раз странный вопрос на самом деле. В общем пилю нечто с модулями. Очевидно для всех модулей должен быть один общий интерфейс, чтобы иметь возможность с ними работать одинаково, но вот вопрос - для каждого модуля своя собственная структура с конфигом. Каким образом в интерфейсе, например, можно указать, что метод Configure принимает конфиг как аргумент, а потом в непосредственной реализации этот аргумент объявить для каждого модуля свой. Или это чуть более чем странно и невозможно?

Ну т.е. идея следующая - есть один общий интерфейс, который описывает все модули, и есть реализация модулей потом

func (module *Module1) Configure(cfg *Module1Config) {}
func (module *Module2) Configure(cfg *Module2Config) {}
etc

ну тут два варианта

либо сделать для конфига свой интерфейс общий с Get Set как вариант

либо принимать interface{} вместо типа

непонятно, зачем бы

ну иначе у него сигнатура будет разная в обоих реализациях

для метода - Configure, и интерфейс не срастется

а плодить еще один интерфейс только для конфига - ну такое, может быть тупо лень

А зачем Configure делать частью интерфейса, если оно не имеет стабильного повторяющегося API?

есть еще вариант, конфиг принимать в конструкторе структры, а Configure вообще отпилить