а не проще работать не с списком апдейтов а с евентами?

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

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

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

это если Web

да

а 2-й способ по старому bot.GetUpdatesChan(u)

я просто не представляю себе бота который реагирует на сообщения и не веб, ибо он может быть выключен в таком случае

пинг-понг

но иногда понг с апдейтами

а нет пинга нет и понга

Хотел спросить не будет ли накладно, а потом мне ответили что будет и так в горутинах и я запутался немного)

На вебхук ничего не надо, а сходить в базу, или что-то посчитать можно и в горутине.

https://play.golang.com/p/Me6TOgVnM5P Есть такой код: запись ошибок, или событий в файл. Как не повторять себя, двумя одинаковыми функциями, или хотя бы как должен выглядить метод(может интерфейс?) для того что бы записывать событие в файл одинаковым вызовом, что для типа err, что для string.

Осторожно, глупый вопрос. Все ещё не разобрался с методами, интерыейсами?‍♂

Прото интерфейс можешь принимать

Прото интерфейс можешь принимать

Нет под рукой примера?

функция один в один будет тока аргумент func log(arg interface{}) {

так можно будет передать и строку, и число и ошибку

функция один в один будет тока аргумент func log(arg interface{}) {

Ммм, хитро

это по сути аналог any|dynamic|auto|var|... из других языков

везде есть такой костыль

это по сути аналог any|dynamic|auto|var|... из других языков

К сожалению это мне не подскажет ничего, т.к go первый и единственный

ну тогда по другому. пустой интерфейс позволяет передать любую переменную

ну тогда по другому. пустой интерфейс позволяет передать любую переменную

Понял, главное эти передаваемые типы, перечислить в интерфейсе, правильно?

не, оно уже работает

https://tour.golang.org/welcome/1

эту штуку не смотрел?

Понял, главное эти передаваемые типы, перечислить в интерфейсе, правильно?

Осталось только отделить мух от котлет, интерфейс не знает что ты передал, строку или int.

эту штуку не смотрел?

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

определенно стоит

там интерфейсам целый раздел отведен

Понял, займусь

Подскажите как сказать html/template чтоб не коверкал мой html https://play.golang.org/p/Udeu-la0x_c

Подскажите как сказать html/template чтоб не коверкал мой html https://play.golang.org/p/Udeu-la0x_c

Нужно привести к типу HTML https://golang.org/pkg/html/template/#HTML

Подскажите как сказать html/template чтоб не коверкал мой html https://play.golang.org/p/Udeu-la0x_c

Вообще, коллега, учитесь пользоваться гуглом. https://play.golang.org/p/y61Hysfs3Y

Благодарю, гугл, увы, не помог

Благодарю, гугл, увы, не помог

Да ну, а как вы искали? Запрос "golang template unescape" сразу нашел ответ на ваш вопрос

Легко говорить когда знаешь что ищешь

Я б щас так же искал бы

Если каждого на гугл посылать то и группа не нужна

Если каждого на гугл посылать то и группа не нужна

Не правда, канал нужен для обмена опытом.

Ну вот вы поделились опытом, все хорошо

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

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

Так я скинул сразу 2 ссылки, первую на доки, вторую на песочницу. И лишь сказал, что это запросто гуглится)

Легко говорить когда знаешь что ищешь

Ну вот тут да, согласен.

? благодарю, прекрасно работает

Мне вот интересно, если есть интерфейс аля type MyInterface interface { Test() CustomInterface } type CustomInterface interface { A() }

то при создании структуры под него, вернуть вместо CustomInterface конкретную реализацию уже не получится? type MyStruct struct { } func (my *MyStruct) Test() MyA { } type MyA struct { } func (my *MyA) A() { }

https://play.golang.org/p/Y6Ymyl26c-N

в imgui есть memory leak?

то при создании структуры под него, вернуть вместо CustomInterface конкретную реализацию уже не получится? type MyStruct struct { } func (my *MyStruct) Test() MyA { } type MyA struct { } func (my *MyA) A() { }

Не получится, я как-то тут это спрашивал мильон лет назад

ну вообще странно конечно

ибо нам явно говорят что реализация должна возращать именно готовый обьект, а не интерфейс

тоесть фабрика func NewObj() MyInterface

это не goway

только func NewObj() *MyStruct которая реализует MyInterface

Да почему не получится-то?

Но там есть ловушка

Подскажите как сказать html/template чтоб не коверкал мой html https://play.golang.org/p/Udeu-la0x_c

не пользуйтесь "html/template", это исключительно херовая либа и страшный косяк go team. Используйте гуманный шаблонизатор https://github.com/valyala/quicktemplate

в imgui есть memory leak?

оно есть везде и всегда

не пользуйтесь "html/template", это исключительно херовая либа и страшный косяк go team. Используйте гуманный шаблонизатор https://github.com/valyala/quicktemplate

Что в ней херового?

не пользуйтесь "html/template", это исключительно херовая либа и страшный косяк go team. Используйте гуманный шаблонизатор https://github.com/valyala/quicktemplate

ну что за реклама

все норм со стандартной либой

Что в ней херового?

мутная система "наследования" и отвратный синтаксис

Это я про любой темплейтер могу сказать

Это я про любой темплейтер могу сказать

вы точно смоторели либу, на которую я сослался?

там синтаксис гошный, а вместо наследования - функции и интерфейсы

впрочем кто я такой чтобы кого то отговаривать от костылей

Да почему не получится-то?

потому что он будет ругаться что сигнатура не соотвествует

А?!

А?!

https://play.golang.org/p/Y6Ymyl26c-N

А! Как интерфейс описан - так и реализуем, да.

ну это жеж противоречит goway

где класс которые реализует интерфейс, его не использует

если условно реализация будет в другом пакете

где класс которые реализует интерфейс, его не использует

коллега что вы несёте ?‍♂️

ну хорошо, фабрика которая должна всегда возращать реализацию, а не интерфейс

в данном примере Test это фабрика которая есть часть структуры

я конечно решил проблему, выдрав ее от туда и положив просто как func

но такое

так надеюсь понятно сформулировал?

Понятно лишь про дурь, которую вы курите - она весьма забориста

ну это привычка с пыха, максимально прятать от юзвера детали всякие

потому что если мы Test выносим, нам минимум дополнительный параметр надо туда будет впилить с "базовой структурой"

а это лишний повод ошибится (а так он прозрачно передается)

ибо нам явно говорят что реализация должна возращать именно готовый обьект, а не интерфейс

не смешивай понятия интерфейс/структура и инстанс/объект

в сигнатуре ты пишешь интерфейс либо структуру, а возвращаешь инстанс или объект

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

в результате мне на "реализующем" пакете приходится пристегивать пакет с интерфейсами

нет, ты обязан вернуть инстанс структуры, реализующей интерфейс

нет, ты обязан вернуть инстанс структуры, реализующей интерфейс

https://play.golang.org/p/Y6Ymyl26c-N

попробуйте

Слушай, ну если тип реализует интерфейс, то его можно неявно приводить к типу интерфейса. Если не реализует, то - внизапна! - нельзя. КАрл! Если тебя в этом что-то не устраивает, открывай ишшуй что-ли. Зачем регулярно ипать моск окружающим этой бессмысленной темой??

в результате мне на "реализующем" пакете приходится пристегивать пакет с интерфейсами

Это плохо?

ну мало ли

циклические зависимости уже моя параноя

нет, ты обязан вернуть инстанс структуры, реализующей интерфейс

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