но вот в домашних проектах они почему-то участвовать не хотят :)

попробуйте Elm, это худшее из зол

зачем?!

для домашних проектов же) почему нет? он классный

мне не интересно про гуй

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

совсем минимум

+1, фронтенд постоянно лезет в мои бекендовые чатики ☹️

где тут «бэкендовый чатик»? я не вижу названия «Hey, Golang RU Backend», а ты? (:

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

такого гуя не существует нигде

и это печаль

где тут «бэкендовый чатик»? я не вижу названия «Hey, Golang RU Backend», а ты? (:

А что такое golang frontend? Серверный рендеринг?

А что такое golang frontend? Серверный рендеринг?

Там все равно обычный штмл

Вообще у норм людей щас фронт и бэк общаются через апи

А что такое golang frontend? Серверный рендеринг?

gopherjs к примеру :)

Вообще у норм людей щас фронт и бэк общаются через апи

О чём и речь

gopherjs к примеру :)

@jhekasoft я тебе скажу так: 1. GTK - удобно и легко писать, можно даже сделать приложение go get-абельным. Но совершенно вырвиглазный гуй для макоси. 2. Qt5 - единственное, что вменяемо умеет мимикрировать под родной гуй каждой оси. Код писать сложновато порой. 3. zserge/webview годно, памяти жрет куда меньше, чем nw.js и электроны, из минусов - забудь про системные меню, трей придется реализовывать сторонним пакетом, и т.д. и т.п. Это только webview и не более. 4. andlabs/ui откровенная срань, имел дело, больше не хочу. Остальное либо для эмбеддеда, либо для игроделов. Либо настолько крейзанутое API, что куда спокойнее будет написать на Qt5.

gopherjs к примеру :)

нет нормальног биндинга для реакта и apollo js. без этого никакой фронтенд сейчас невозможен

нет нормальног биндинга для реакта и apollo js. без этого никакой фронтенд сейчас невозможен

бугага :)

(это ответ на последнюю часть фразы)

нет нормальног биндинга для реакта и apollo js. без этого никакой фронтенд сейчас невозможен

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

А для go есть graphql сервер?

@jhekasoft я тебе скажу так: 1. GTK - удобно и легко писать, можно даже сделать приложение go get-абельным. Но совершенно вырвиглазный гуй для макоси. 2. Qt5 - единственное, что вменяемо умеет мимикрировать под родной гуй каждой оси. Код писать сложновато порой. 3. zserge/webview годно, памяти жрет куда меньше, чем nw.js и электроны, из минусов - забудь про системные меню, трей придется реализовывать сторонним пакетом, и т.д. и т.п. Это только webview и не более. 4. andlabs/ui откровенная срань, имел дело, больше не хочу. Остальное либо для эмбеддеда, либо для игроделов. Либо настолько крейзанутое API, что куда спокойнее будет написать на Qt5.

Спасибо. Та я вот недавно инвестигейтил. У andalabs/ui даже нет обычного списка/таблицы (не выпадающий список). Откинул сразу. Теперь вот думаю таки на webview сделать, единственное не хочеться опять с JS иметь дело.

Вот как выглядит Qt (слева), GTK+ 3 (справа) на МакОси.

Спасибо. Та я вот недавно инвестигейтил. У andalabs/ui даже нет обычного списка/таблицы (не выпадающий список). Откинул сразу. Теперь вот думаю таки на webview сделать, единственное не хочеться опять с JS иметь дело.

andlabs/ui возвращает родной для текущей ОСи виджет, и дальше уже надо читать доки по Windows Forms (или что там щас)/GTK3/Cocoa про этот виджет

Ребят, всем привет! Может кто знает, почему изображение переворачиватеся влево после кропа или/и ресайза?

код?

хотяб библиотеку сказал :)

Рукими писал, и всеми возможными библеотеками

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

кажется нашел шершение, дело в Exif тегах, сейчас попробую решить

Ребят, всем привет! Может кто знает, почему изображение переворачиватеся влево после кропа или/и ресайза?

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

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

Да, загружал с айфона, в итоге просто на клиенте сделал фиксацию ориентации, и удилии все теги, все стало работать как нужно

господа, подскажите как сделать, пишу CSV файл, и есть например набор столбцов которые нужно записать. Я хочу сделать что-то вроде враппера, которому я передаю некоторый список полей (функций), они сначала пишут Header, а затем при добавлении товаров эти же функции принимают в себя сущность, и пишут значения этой сущности. Если запутанно, то концепция такая: func (builder CSVBuilder) WriteHeader(funcs ...ExtractorFunc) { и используют так builder.WriteHeader(ProductID, ProductName, ProductPrice, ProductImages) после чего передаю в билдер товары builder.AddOffer(MyProduct) и для него вызываются методы, что-то вроде func Value(p ProductID) string {return strconv.Itoa(p.ID) }

основной затык с интерфейсами и функциями первого класса. хочу ну функцию объявить метод Header() string

но не могу понять как это осуществить

чет не понятно

зачем это все?

Ну, а как по другому сделать? через мапу что-ли?

Задача короче, писать сначала хидер, а потом и поля для товаров

при этом дать какую-то гибкость

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

а не писать ручками csv.Write([]string{...., "New Field"), и потом топать в цикл и там ещё дописывать нужное поле

Короче, вопрос в следующем, можно ли как-то сделать type MyFunc func() которая бы при этом реализовывала какой-то интерфейс?

что такое реализовывала интерфейс?

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

Короче, вопрос в следующем, можно ли как-то сделать type MyFunc func() которая бы при этом реализовывала какой-то интерфейс?

Какой-то интерфейс == interface{} :)

нужно что-то вроде таких вот функций type Getter func(product Product) string func (Getter) Header() string { return "Some header" } Я просто делаю так: csv.Export(ProductID, ProductName) // ProductID и ProductName - функции, при вызове которых возвращает строку для записи заголовка csv файла далее я передаю в в csv файлик свои товары, например так: csv.AddProduct(product) и уже для этого товара вызываются функции ProductID, ProductName, только например метод, в который передается product, из него вытягивается нужное поле, конвертится в строку, и пишется в файл.

видимо, нихера такое не выйдет, нужно либо структуры удовлетворяющие интерфейсы (Header() string и Value(Product) string) передавать

вы бы ответили для начала на вопрос - зачем это все?

господа, подскажите как сделать, пишу CSV файл, и есть например набор столбцов которые нужно записать. Я хочу сделать что-то вроде враппера, которому я передаю некоторый список полей (функций), они сначала пишут Header, а затем при добавлении товаров эти же функции принимают в себя сущность, и пишут значения этой сущности. Если запутанно, то концепция такая: func (builder CSVBuilder) WriteHeader(funcs ...ExtractorFunc) { и используют так builder.WriteHeader(ProductID, ProductName, ProductPrice, ProductImages) после чего передаю в билдер товары builder.AddOffer(MyProduct) и для него вызываются методы, что-то вроде func Value(p ProductID) string {return strconv.Itoa(p.ID) }

Как все сложно.

я подозреваю, что просто задача поставлена невнятно, и в ней нашлось место для неуместной генерализации

обычно надо решать задачу как можно уже

но иногда из ТЗ можно высосать странное

Смотрите, я может повторюсь. Я хочу один раз указать, что я собираюсь записать файл, и затем передавать туда сущность. И все.

ну

у сущности есть структура

у сущности есть теги

этого достаточно, чтобы написать любой csv

нужно что-то вроде таких вот функций type Getter func(product Product) string func (Getter) Header() string { return "Some header" } Я просто делаю так: csv.Export(ProductID, ProductName) // ProductID и ProductName - функции, при вызове которых возвращает строку для записи заголовка csv файла далее я передаю в в csv файлик свои товары, например так: csv.AddProduct(product) и уже для этого товара вызываются функции ProductID, ProductName, только например метод, в который передается product, из него вытягивается нужное поле, конвертится в строку, и пишется в файл.

Берете у структуры прописываете теги. Из тегов берете наменования заголовков, а из самих полей данные.

окей, а если мне не нужно экспортировать часть полей? Мне удалять теги, или писать вот так csv:"-"?

так и писать, да

я хочу пакет, который я просто подключил бы. мне часто приходится писать конвертеры товаров из движка А в движок Б, из формата А в формат Б. Я просто пишу a-to-b converter, и все. Я не хочу лазить в этот пакет больше одного раза, и тем более не хотелось бы там теги редактировать.

В вашем случае либо интерфейс с header value либо извращения

Теги не всегда выход, например структура одна а файлов три вида с разным набором

я вот такое как бы вижу, и оно сработает: csv.WithFields(ProductID{}, ProductName{}, ProductPrice{}) Но сюда приходится передавать структуры, и эти скобки немного бесят, а я бы хотел прям функции указывать.

Данные к вам в каком виде приходят?

Можно функцию которая при получении nil выдаёт хидер а если указатель на структуру то значение, но это плохо

с нилом я тоже думал, но это в каждой функции if product == nil {, это ещё хуже скобок :(

Данные к вам в каком виде приходят?

данные приходят в разных форматах, это может быть и выборка из базы сразу в Product{}, или csv, json, xml/yml.

сейчас это yml.

я его конвертнул в промежуточный Product{}

Как продукт ваш выглядит?

я хочу пакет, который я просто подключил бы. мне часто приходится писать конвертеры товаров из движка А в движок Б, из формата А в формат Б. Я просто пишу a-to-b converter, и все. Я не хочу лазить в этот пакет больше одного раза, и тем более не хотелось бы там теги редактировать.

go-way - это написать генератор кода, принимающий на вход описание форматов и правил конверсии

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

Как продукт ваш выглядит?

type Offer struct { XMLName xml.Name `xml:"offer"` Available bool `xml:"available,attr"` ID int `xml:"id,attr"` Name string `xml:"name"` CategoryID int `xml:"categoryId"` Price float64 `xml:"price"` CurrencyId string `xml:"currencyId"` Pictures []string `xml:"picture"` Vendor string `xml:"vendor"` VendorCode int `xml:"vendorCode"` CountryName string `xml:"country"` Description string `xml:"description"` Params []Param `xml:"param"` } что-то вроде этого, но это не промежуток, это просто сущность yml файла. я её передаю в csv. промежуточный product написан, но он в этой цепочке не участвует пока.

https://pastebin.com/43s1dLcC

вот конвертер, соре за портянку :(

У вас данные всегда имют табличный вид?

Структура у вас всегда известна до начала обработки файла?

что вы имеете ввиду под табличным видом? Например, здесь CategoryID это int, но на выходе будет не int, а что-то вроде Главная///Товары для дома///Утюги///Чугунные Структура всегда известна, моя задача описать некий алгоритм конвертации из одного формата в другой, при этом как-то максимально делкаративно сделать.