RS
Аудио, который создаёт инстансы своих аудио потоков, да
тогда это не
Streamer, это StreamProvider 🙂Size: a a a
2020 May 19
AR
Откуда вообще эта модель с акторами, потребителями и т.д. взялась? Где она формально описано применительно к го? Где сказано, что это идеоматически?
а
тогда это не
Streamer, это StreamProvider 🙂звучит джава
RS
Откуда вообще эта модель с акторами, потребителями и т.д. взялась? Где она формально описано применительно к го? Где сказано, что это идеоматически?
у интерфейса есть поля? нет. Этим всё сказано 🙂
интерфейс это диспетчер вызова методов, техническим языком выражаясь. Интерфейс не сущность.
интерфейс это диспетчер вызова методов, техническим языком выражаясь. Интерфейс не сущность.
AR
у интерфейса есть поля? нет. Этим всё сказано 🙂
интерфейс это диспетчер вызова методов, техническим языком выражаясь. Интерфейс не сущность.
интерфейс это диспетчер вызова методов, техническим языком выражаясь. Интерфейс не сущность.
Интерфейс это набор методов
RS
Интерфейс это набор методов
верно
AR
define сущность
IS
А как же доступ к данным на нижестоящем уровне?)
AK
Я бы вообще сказал: "Аудиофайл который предоставляет интерфейс потокового чтения". Очень лаконично я считаю. И да, можно было бы назвать
AudioFile, но там из методов очевидно и из комментариев. Но там никакой не аудиопотокAR
Да не обязательно это File, это может быть удалённый поток
а
Я бы вообще сказал: "Аудиофайл который предоставляет интерфейс потокового чтения". Очень лаконично я считаю. И да, можно было бы назвать
AudioFile, но там из методов очевидно и из комментариев. Но там никакой не аудиопотока если это поток в реальном времени
RS
define сущность
type AudioFile struct {
Path string
Format string
Record []byte
Metadata map[string]string
}AR
type AudioFile struct {
Path string
Format string
Record []byte
Metadata map[string]string
}не настолько буквально :D
а
type AudioFile struct {
Path string
Format string
Record []byte
Metadata map[string]string
}ну вот вместо поля можно сделать геттер
AK
type AudioFile struct {
Path string
Format string
Record []byte
Metadata map[string]string
}Тоже имеет место быть, а потом вы создадите другую сущность которая будет этими данными оперировать. И это просто процедурное программирование. И это не хорошо и не плохо, просто Если всегда следовать этому стилю, у вас получится код на Go в стиле C, что так же плохо как код на Go в стиле Java
RS
ну вот вместо поля можно сделать геттер
Getter это функция чтения, это не данные 🙃 не путайте
IS
Тут тогда проблема языка - вы не можете запретить изменение данных поля без интерфейса для доступа к данным агрегатов :)
AR
А переменная с типом "io.Reader" это сущность или нет?
IS
А значит либо интерфейс из геттеров либо соглашение между разработчиками и структуры
RS
не настолько буквально :D
сущность это данные, описывающий некий объект.
поэтому интерфейс априори не сущность, у него нет данных, у него есть лишь ссылка на объект и идентификатор типа, к которому диспетчить вызовы
поэтому интерфейс априори не сущность, у него нет данных, у него есть лишь ссылка на объект и идентификатор типа, к которому диспетчить вызовы