AK
Слепое следование этой конфенции, я заметил частенько приводит к каким нить
Actorer который Act и прочей фигне, которой в английском просто нет.Size: a a a
2020 May 18
RS
Упарываться по конвенциям можно сколько угодно, но в го даже стандартная либа их игнорит во многих местах
это не значит что нужно следовать дурным примерам
DP
я не сплю, если че
AR
"дурные" это вкусовщина
единственное что нужно, так это стараться быть консистентным :)
единственное что нужно, так это стараться быть консистентным :)
RS
Слепое следование этой конфенции, я заметил частенько приводит к каким нить
Actorer который Act и прочей фигне, которой в английском просто нет.Acter вообще-тоAK
https://books.google.de/books?id=ymLHDwAAQBAJ&pg=PA255&lpg=PA255&dq=golang+interface+er+suffix&source=bl&ots=6j-D5Wb56t&sig=ACfU3U0z1RJRR_FK_Co3MG0mU4JGm4ksnw&hl=en&sa=X&ved=2ahUKEwil6eLEgb7pAhXF0qQKHceODFwQ6AEwBnoECAkQAQ#v=onepage&q=golang%20interface%20er%20suffix&f=false
It is idiomatic in Go to name the interface with an er suffix. If it’s a one-method interface, it is typical to name the interface after that one method.
It is idiomatic in Go to name the interface with an er suffix. If it’s a one-method interface, it is typical to name the interface after that one method.
Так я вам привел цитату из https://golang.org/doc/effective_go.html#interface-names, что не так то? Зачем вы на другой источник переключились? В чем вы хотите меня убедить? В чем смысл? Если вам нравится, называйте все c
-er.AR
Еще есть идиоматичный пример: image.Image
AR
А так же net.Addr :D
AR
Или даже net.Conn
RS
Так я вам привел цитату из https://golang.org/doc/effective_go.html#interface-names, что не так то? Зачем вы на другой источник переключились? В чем вы хотите меня убедить? В чем смысл? Если вам нравится, называйте все c
-er.там не уточнено что
er можно не ипользовать в интерфейсах с большим количеством методовRS
А так же net.Addr :D
вот этот пример на самом деле хороший
RS
Или даже net.Conn
John net.Conner 😅
NL
Подскажите пожалуйста нубу, такая структура приемлема для небольших приложений на Gо?
cmd
main.go - инициализация и запуск приложения
configs
config.toml - конфиг приложения
internal
app
config - объявляется struct конфига и конструктор
model - модели данных и их методы
server - struct сервера с его методами
store - хранилище с делением на репозитории
migrations
AK
там не уточнено что
er можно не ипользовать в интерфейсах с большим количеством методов... to construct an agent noun. - Вот в этой фразе то что не понятного?? Она как бы говорит: Чтобы построить существительное.
RS
... to construct an agent noun. - Вот в этой фразе то что не понятного?? Она как бы говорит: Чтобы построить существительное.
agent noun, не просто noun.
AR
Eсли кодек только энкодит, то это
Если он и то и другое делает, то это
EncoderЕсли он и то и другое делает, то это
CodecAR
Либо EncoderDecoder для упоротых
RS
но вот
net.Addr действительно хороший пример когда всё неоднозначноtype Addr interface {
Network() string // name of the network (for example, "tcp", "udp")
String() string // string form of address (for example, "192.0.2.1:25", "[2001:db8::1]:80")
}RS
возможно это можно было назвать как-то лучше? 🤔
AK
agent noun, не просто noun.
Угу, это существительное образованное от глагола обозначающего действие. В любом случае это не отменяет того факта, что интерфейсы обозначаются существительными. Так же это не отменяет того факта что в effective-go речь идет именно о интерфейсах с одним методом.