Всего за месяц?) Компания ? назревает?

Это новый формат рекламы? ?

Не мы же ?

Это новый формат рекламы? ?

имплемнтация нативной рекламы программистами. Уж как умеют

ты не можешь интегрировать интерфейс в структуру. Интерфейс - это определение операторов, а структура определение данных. Они неким образом сообразуются, но не посредством встраивания одного в другое

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

что значит "встроить интерфейс в структуру"?

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

Покажи пример, пожалуйста, а то я, может быть, просто туплю

Покажи пример, пожалуйста, а то я, может быть, просто туплю

Держи https://golang.org/src/context/context.go?#L317

Держи https://golang.org/src/context/context.go?#L317

Я ничего не понял, прости :)

а зря

Ничего, я и не хотел объяснять

там интерфейс заэмбежен в структуру

там где-то операции с данными встроены в структуру данных

?

а?!

какие операции с какими данными?

там интерфейс заэмбежен в структуру

Где?

в строке 317

блин.

мы о разном думали

Ну, может, я и не прав :(

да... это не вполне четко... Интерейс - это набор операторов, или данные. Или - вобще {}.

Но, по сути, в строке 317 - это данные. Указатель на некий Context

нет

интерфейс - это соглашение о вызовах

да

за интерфейсом всегда прячется конкретный тип

так вот - в структуру можно заэмбедить интерфейс

да

инициализировать это поле надо будет так или иначе конкретным типом

наверное, я не был прав

но нашему типу от заэмбеженого интерфейса достаются так же, как и от заэмбеженого типа, автоматически проброшенные вызовы

и все

никаких данных

фактически, эмбеддинг - это синтакисческий сахар, нам не нужно писать нашему типу методы-обертки, которые будут звать методы поля

Блин, но фраза "интерфейс может быть полем в структуре" меня как-то напрягает... Надо будет, и правда, об этом подумать.

и полем может быть

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

Ну, OK!

Конечно, мы можем включать такой вид данных в структуру данных. Это я просто что-то не о том думал, или даже не слишком это все осознал. Сознаюсь!

Или кака-то фигня с терминологией. Я тупо не помню, как это все будет по-английски :( так что - не осознал, наверняка

Какой смысл встраивания интерфейса в структуру?

Какой смысл встраивания интерфейса в структуру?

php может отдать данные как строкой, так и числом. Например.

кто то сказал пхп ?

Или ты сам хочешь передавать строку или число,DB или Tx

Короче, вариантов несколько

Поудалял содержательное

ERROR: S client not available

Такой вот вопрос. Обычно при написании REST сервиса который работает с SQL базой данных свои запросы к базе держал в "модели"., сейчас вот задумался, если вынести из в отдельные .sql файлы и потом забирать из от туда. Есть ли какие-либо best practices для этого? или уже готовые решения?

в смысле из sql файлов

в го читать sql файлы ? )

из диска

в процессе ?

Вариантов больше одного

:(

а куда автор вопроса делся

Такой вот вопрос. Обычно при написании REST сервиса который работает с SQL базой данных свои запросы к базе держал в "модели"., сейчас вот задумался, если вынести из в отдельные .sql файлы и потом забирать из от туда. Есть ли какие-либо best practices для этого? или уже готовые решения?

Смысла нет. Далеко ходить. Мы так пробовали. Да ещё и голанд(да славится его имя вовеки) умеет подставлять имена, поля и прочне, так что лучше запросы поближе. Удобнее точно.

запросы поближе ?

набор текста не могу его понять

Такой вот вопрос. Обычно при написании REST сервиса который работает с SQL базой данных свои запросы к базе держал в "модели"., сейчас вот задумался, если вынести из в отдельные .sql файлы и потом забирать из от туда. Есть ли какие-либо best practices для этого? или уже готовые решения?

А смысл? Го всё равно не умеет в компайл тайм включение содержимого файла.

Да, ближе к месту использования.

из диска

нет, не из диска, просто запросы в разных пакете скажем sql лежат, извините сбил вас с толку

сущность repositories

туда запросы

и интерфейс

пакет repositories

repositories/postgresql/

например

пакет repositories

можно пример реализации

нет, не из диска, просто запросы в разных пакете скажем sql лежат, извините сбил вас с толку

не нужно отдельлного пакета для sql запросов, как максимум — выделить репозиторий из сервиса

а в repositories/ интерфейсы