Подскажите пожалуйста, чем отличаются эти два решения? В плане функциональности

а как не плохо?)

✏️ Потоковая обработка на go1.18 В версии 1.18 языка Go появились генерики, дающие возможность писать обобщенный код, то есть код, не зависящий от конкретного типа данных. Например можно написать код, обрабатывающий потоки данных - применить к ним одну и ту же функцию, отфильтровать, просуммировать и т.д., не завязываясь на конкретные типы данных. Так как я вижу потенциал в парадигме поточной обработки с помощью итераторов/стримов и теперь есть возможность реализовать ее в Go, я решил сделать это. Эта идея появилась у меня после данной публикации. В ней рассказывается о библиотеке для языка Go для обработки данных с использованием генериков. Я попробовал эту библиотеку в своем проекте и столкнулся с следующими недостатками: настойчивое использование IO[A], который по сути представляет собой func()(A,error) то есть любую функцию, которая может вернуть ошибку. При написании кода это создает неудобства, потому что нужно всё заворачивать в этот IO и код превращается в жонглирование io.Map и io.FlatMap. Видимо это вдохновлено библиотеками с чисто функциональным подходом. Сделано это было, чтобы была функциональная чистота, что в итоге не очень (как по мне) ложится на процедурность языка Go. Stream[A] это обертка над стейт-машиной. Стейт-машина в данном случае это структура, в которой либо ничего нет (конец потока), либо значение и продолжение (следующее состояние) машины. В итоге это создает две проблемы. Первая: чтобы создать стрим, нужно создать его продолжение, продолжение продолжения и тд. Единственный адекватный способ этим пользоваться, который я нашел - это рекурсия. Вкупе с отсутствием Tail call optimization это приводит к второй проблеме. Работа с стримами переполняет стек. Модель потока как стейт-машины была построена так, что переход к новому состоянию - вызов функции. Поэтому, чтобы обойти стрим целиком, надо уйти в рекурсию на глубину, равную длине потока. Построение типа Either[A,B]. По моему скромному мнению, это вообще тип, которого не хватает в Go и который разумно реализован в языке Rust. В библиотеке этот тип это структура, содержащая и элемент типа A и элемент типа B . Плюс булевое поле как способ идентификации какой из полей действителен на самом деле. Важно то, что по сути тип Either[A,B], семантика которого элемент типа A ИЛИ B, представляется в языке как пара из элемента типа A И элемента типа B. Не совсем очевидный интерфейс. Хотя это скорее я не до конца разобрался, что и почему. Так или иначе, я считаю, что построил интерфейс более простой и прямолинейный, не потеряв в общности. Читать дальше @Golang_google

кто знает почему go sandbox вырезает import "fmt" при исполнении следующего кода: // You can edit this code! // Click here and start typing. package main import "fmt" type ab struct { value string } func main() { st := ab{} st.value = "hello" fmt.println(st) } в итоге я получаю undefined: fmt

у тебя println

а, соре я дурик

бывает)

а не знаете, при создании структур переносы не поддерживаются?

спасибо казалось бы, к чему она там

Кто-нибудь знаком с конвертацией данных в pgx? Дана структура HttpProxy (рис.1), на втором рисунке происходит считывание записей из бд и конвертация типов данных в типы структуры На строке 127 (рис.2) происходит panic, потому что go не может конвертировать []interface в []string При всём этом, в бд колонка tags имеет следующий формат (рис.3)

Кто-нибудь знаком с конвертацией данных в pgx? Дана структура HttpProxy (рис.1), на втором рисунке происходит считывание записей из бд и конвертация типов данных в типы структуры На строке 127 (рис.2) происходит panic, потому что go не может конвертировать []interface в []string При всём этом, в бд колонка tags имеет следующий формат (рис.3)

можно и без него, при передаче в аргумент any это происходит автоматически

Мне хочется понять, как коррекно называется такая процедура "interface{}(VAR)" И в каких кейсах это может понадобиться!?

Мне хочется понять, как коррекно называется такая процедура "interface{}(VAR)" И в каких кейсах это может понадобиться!?

Всем привет. Начал изучать gorm, хочу посмотреть лог выполнения sql запросов к БД, а именно в транзакции. Вызываю метод дебага db.Debug().Transaction(вызов моих методов репозиториев) Но вижу только мои селекты и апдейты. Не могу понять почему не выводит начало транзакции, коммиты, роллбеки, окончание и т.д Эта инфа вообще должна выводиться или какой-то флаг нужно передать? В какую сторону копать? Заранее благодарю за ответы и советы

В сторону голого sql

зачем язвить?

и как мне голый sql поможет понять про горм и транзакции?

мне кажется, бОльшая часть комьюнити токсики просто)

мне кажется, бОльшая часть комьюнити токсики просто)

а есть какой-нибудь синтаксический сахар для каррирования функций в go? ну типа, у меня есть функция трех аргументов, а я хочу получить два аргумента и вернуть функцию одного аргумента.

Вопрос: сильно ли критично хранить хранить json массив в поле? Понимаю что нормализация и вся фигня, но у меня есть пара аргументов в сторону того, что в моей ситуации это можно сделать. 1) данное поле будет часто меняться и данные там в большом количестве и не хотелось бы городить кучу запросов для этого 2) база скоро будет переезжать в nosql

Вопрос: сильно ли критично хранить хранить json массив в поле? Понимаю что нормализация и вся фигня, но у меня есть пара аргументов в сторону того, что в моей ситуации это можно сделать. 1) данное поле будет часто меняться и данные там в большом количестве и не хотелось бы городить кучу запросов для этого 2) база скоро будет переезжать в nosql

Тут скорее вопрос был о целесообразности данного действия. Пообщавшись с коллегами пришёл к выводу, что лучше не json так как данных будет очень много в любом случае. Всем побольше спасибо

Задача: HTTP-сервер с одним обработчиком, который принимает все HTTP-методы всех конечных точек (wildcard "*"). И этого исходного запроса создаётся новый, слегка модифицированный запрос на удалённый сервер. Ответа от сервера стримится обратно клиенту. Подскажите, какие инструменты вы бы использовали для этой задачи? Для сервера - стандартные инструменты go, либо gin? Или что-то другое? Для HTTP-клиенты – стандартные инструменты go, либо resty? Или что-то другое? На какие подводные камни обратить внимание? PS на go два дня пишу, совершенно нет опыта. Большой опыт на NodeJS, но с помощью него невозможно опуститься на низкий уровень конфигурации SSL, поэтому go

Задача: HTTP-сервер с одним обработчиком, который принимает все HTTP-методы всех конечных точек (wildcard "*"). И этого исходного запроса создаётся новый, слегка модифицированный запрос на удалённый сервер. Ответа от сервера стримится обратно клиенту. Подскажите, какие инструменты вы бы использовали для этой задачи? Для сервера - стандартные инструменты go, либо gin? Или что-то другое? Для HTTP-клиенты – стандартные инструменты go, либо resty? Или что-то другое? На какие подводные камни обратить внимание? PS на go два дня пишу, совершенно нет опыта. Большой опыт на NodeJS, но с помощью него невозможно опуститься на низкий уровень конфигурации SSL, поэтому go

А чего сразу фреймворки юзать ?:) почему стандартной библиотеки не хватит ?

Задача: HTTP-сервер с одним обработчиком, который принимает все HTTP-методы всех конечных точек (wildcard "*"). И этого исходного запроса создаётся новый, слегка модифицированный запрос на удалённый сервер. Ответа от сервера стримится обратно клиенту. Подскажите, какие инструменты вы бы использовали для этой задачи? Для сервера - стандартные инструменты go, либо gin? Или что-то другое? Для HTTP-клиенты – стандартные инструменты go, либо resty? Или что-то другое? На какие подводные камни обратить внимание? PS на go два дня пишу, совершенно нет опыта. Большой опыт на NodeJS, но с помощью него невозможно опуститься на низкий уровень конфигурации SSL, поэтому go

Если я правильно понял, то запрос на 127.0.0.1/hello должен возвращать запрос 18.91.67.81/hello?

Да