Size: a a a

2020 December 10

BC

Bell Cranell in Go-go!
Vlad
В шарпе тоже принято методы с большой буквы писать, что не принято в джаве
если че эт не код нацизм
я больше люблю C#
источник

V

Vlad in Go-go!
Bell Cranell
Чел,
Server - звучит как уже готовый объект
Serverer - какого хера
IServer - Interface Server
А не кажется, что Server это не то, что должно иметь методы start и стоп? А serve?
источник

S

Sergey in Go-go!
Server звучит как "делающий Serve". Самый адекватный вариант для имени интерфейса.
источник

m

milkiweed in Go-go!
Bell Cranell
Чел,
Server - звучит как уже готовый объект
Serverer - какого хера
IServer - Interface Server
https://golang.org/doc/effective_go.html#interface-names

By convention, one-method interfaces are named by the method name plus an -er suffix or similar modification to construct an agent noun: Reader, Writer, Formatter, CloseNotifier etc.
There are a number of such names and it's productive to honor them and the function names they capture. Read, Write, Close, Flush, String and so on have canonical signatures and meanings. To avoid confusion, don't give your method one of those names unless it has the same signature and meaning. Conversely, if your type implements a method with the same meaning as a method on a well-known type, give it the same name and signature; call your string-converter method String not ToString.
источник

p

pragus in Go-go!
Ragnar Lodbrok
Интерфейс для описания поведения, а не для описания объекта, с которым работаете.

Поэтому и правильно называть FileReader, а не Filer, если речь о файле
Интерфейсы необходимы для доступа к одинаковым полям у разных объектов
источник

V

Vlad in Go-go!
Sergey
Server звучит как "делающий Serve". Самый адекватный вариант для имени интерфейса.
Только там метода serve вроде нет
источник

BC

Bell Cranell in Go-go!
Vladimir Eliseev
Абсолютно согласен.
Мне тоже больше нравиться IServer. Но хочется угодить конвенции
Ля, к тебе не будет приходить цукерберк и спрашивать как ты называешь интерфейсы
Пиши в проекте под код стайлу и збс
источник

BC

Bell Cranell in Go-go!
Vlad
Только там метода serve вроде нет
Stop()
Start()
источник

S

Sergey in Go-go!
Vlad
Только там метода serve вроде нет
не в методе дело, а в назначении.
источник

S

Sergey in Go-go!
точнее в функции
источник

H

Hiroki Fujisawa in Go-go!
Bell Cranell
Ля, к тебе не будет приходить цукерберк и спрашивать как ты называешь интерфейсы
Пиши в проекте под код стайлу и збс
Будут приходит другие разработчики, которые плеваться будут от такого кодстайла
источник

H

Hiroki Fujisawa in Go-go!
(и уходить)
источник

RL

Ragnar Lodbrok in Go-go!
pragus
Интерфейсы необходимы для доступа к одинаковым полям у разных объектов
Интерфейсы не имеют отношения к полям. Интерфейс - это про поведение
источник

VE

Vladimir Eliseev in Go-go!
Vlad
Только там метода serve вроде нет
Да, точно
источник

PK

Phil Kulin in Go-go!
Павел
в оф документации на этот счёт ничего не написано
Вообще написано
источник

BC

Bell Cranell in Go-go!
Hiroki Fujisawa
Будут приходит другие разработчики, которые плеваться будут от такого кодстайла
Почти везде юзают I(name)
а в го для однометодовых (name)er
источник

BC

Bell Cranell in Go-go!
про интерфейсы что могут в много методов ничего вроде не написано
источник

DP

Denis Podlesnykh in Go-go!
Bell Cranell
Наименование интерфейса
Анонимный опрос
0%
IServer
0%
Serverer
0%
GoServer
Проголосовало: 31
Может выглядит нерелевантно к опросу, но я бы старался отходить от “general names” и смотреть в сторону наименования по конкретной задаче, более читабельно чтобы было. Если это интерфейс сетевой службы, занимающийся обработкой изображений, я бы называл ImageReader, ImageWriter, ImageEncoder и реализовывал бы сервер и хэндлеры, имплементироующие эти простенькие интерфейсы
источник

н

немедленно in Go-go!
фига у всех припекло
источник

DP

Denis Podlesnykh in Go-go!
Если бы я хотел указать, что это именно интерфейс для чего-то сетевого, я бы сделал опять же NetSomethingReader  тп
источник