DP
вообще-то нет :)
Size: a a a
2020 May 05
A
о, где мой попкорн)
AK
вообще-то нет :)
А как?
DP
в go интерфейс - это такой способ порадовать компилятор. типа - вот у нас есть нечто, и от него можно вызывать вот такие методы.
больше он не делает ничего
больше он не делает ничего
AM
в go интерфейс - это такой способ порадовать компилятор. типа - вот у нас есть нечто, и от него можно вызывать вот такие методы.
больше он не делает ничего
больше он не делает ничего
Это вы тот крутой чувак с хайлоада?
C
в go интерфейс - это такой способ порадовать компилятор. типа - вот у нас есть нечто, и от него можно вызывать вот такие методы.
больше он не делает ничего
больше он не делает ничего
как это ничего не делает
DP
Это вы тот крутой чувак с хайлоада?
я бывал на хайлоаде докладником пару раз, да
но не уверен, что я именно тот
но не уверен, что я именно тот
AK
в go интерфейс - это такой способ порадовать компилятор. типа - вот у нас есть нечто, и от него можно вызывать вот такие методы.
больше он не делает ничего
больше он не делает ничего
Так, но разве это противоречит тому, что интерфейс определет поведение? А реализуют это поведение методы структуры.
AK
Я к слову сейчас по сути говорю. Не опираясь на internals или на то как огно там в рантайме устроено
DP
поведение - это поведение, а интерфейс никак себя не ведет, пока ему конкретный тип не присвоишь.
если не присвоить - будет nil и nil pointer dereference
если не присвоить - будет nil и nil pointer dereference
AK
поведение - это поведение, а интерфейс никак себя не ведет, пока ему конкретный тип не присвоишь.
если не присвоить - будет nil и nil pointer dereference
если не присвоить - будет nil и nil pointer dereference
Хорошо, тогда если сказать: Интерфейс определяет контракт который может быть реализован с помощью методов структуры. Так лучше?
DP
так - вполне точно