не знаю как версию обновлять в mod.go, но вот в go.mod поменяй версию и сделай go mod tidy. у тебя там станет немного все иначе выглядеть, если ты на 17 версию переедешь

не знаю как версию обновлять в mod.go, но вот в go.mod поменяй версию и сделай go mod tidy. у тебя там станет немного все иначе выглядеть, если ты на 17 версию переедешь

я делал go mod tidy, потом go get -u, но они просто по сути скачали с ссылок импорта то, что уже есть в go.mod. Версия осталась прежней

у тебя в файле go.mod какая версия написана?

поменяй версию в go.mod

у тебя в файле go.mod какая версия написана?

1.16, мне нужна для парсера 1.17

поменяй версию в go.mod

просто изменить с 1.16 на 1.17?)

да. и go mod tidy сделай

ну да, поменяй в го мод

и ещё вопрос, у _test.go для парсера что мы будем проверять? Что нужно тестить по сути? У меня парсер собирает всё в json, и по сути это пока его конечный результат

а откуда парсер данные берет?

а откуда парсер данные берет?

с сайта через StartURLs в стринге.

Тебе нужно разделить логику и передавать в зависимости сервис(интерфейс) который получается данные с внешнего сервиса(или с внутреннего) в твоем случае с сайта

И в тесте передаешь этот мок этого интерфейса

который вернет тебе нужные данные

и типо для этих данных у тебя должен быть жсон твой

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

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

json создаётся на выходе при ране проекта по сути, можно конечно через curl протестировать всё, или через докер, или через фейк сервер

Ну и тесты разные бывают. Юнит, интеграционное или еще какое то

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

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

и ещё если я использовал импорт клиента и сервера из другой библиотеки, то мне её можно как-то указывать в тест.го?

всё сделал) спасибо всем за советы

Ребят, пытаюсь вникнуть в чистую архитектуру - не понимаю одного момента: чистая архитектура подразумевает под собой независимость от внешних компонентов, например фреймворков. А как это реализовать на деле ? Например фрейморки fiber или gin. Роутеры этих фреймворков хотят получать хэндлеры с определённой сигнатурой. А это уже получается, что мои контроллеры внешне зависят от этой библиотеки

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

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

Видимо адаптеры наворачивать на аргументы, которые передают эти фреймворки

Но это чушью кажется

Понял, окей

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

ошибки обрабатываешь?

или выбрасываешь?

не обрабатываю

ну а как ты узнать хочешь почему не сработало?) хотя бы с panic(err) начни

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

нигде. по туториалам

еслиб учили, не спрашивал бы )

я таких туториалов не видел

Даже в книге по Го, есть отдельная глава, то ли "Обработка ошибка", то ли "Стратегия обработок ошибок", и там около 5 вариантов рассматривают

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

ожидание - иде и компилятор на ошибку сругаются. реальность - тишина. писать ексепшены. ок. значит надо изучить их

а то есть

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

а то есть

тебе иде говорит, что будет возвращаться два значения и ты осознанно вместо err пишешь _

и думаешь, что тебе иде скажет что там за ошибка была?

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

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

И сразу мержил в мастер

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

а потом задача в жире "пофиксить все 100 ворнингов в проекте"

100 это если еще мало)

ахвхстцшмьцщбцщмбцз

хватит этой пасты

я разрываюсь

И сразу мержил в мастер

какой мастер? настоящие пацаны файлики копируют с флешки

Подскажите пожалуйста, я бы хотел через конструктор apiserver в поле app передать *fiber.App, но по указателю почему-то не получается

При передаче по указателю пишет что метода Use не существует

Нормально ли всё отработает, если я передам fiber.App в конструктор по значению, а не по указателю ?

Конечно, справа открыт интерфейс с этим методом

И далее я интерфейс в конструктор в качестве параметра передаю

Подразумевается что до вызова конструктора будет вызван fiber.New(), и далее результат вызова fiber.New() уже в конструктор передадим

При передаче по указателю пишет что метода Use не существует

А троеточие указать в аргументах?

А в каком именно месте ?

Это очень странно, но app у меня не хочет указателем становиться

@golangtests

Ладно, на stackoverflov спрошу, раз уж тут за ночь не ответили

Ибо в конструктор я 100% должен указатель передавать

О, нашёл

https://www.reddit.com/r/golang/comments/mess4w/cannot_access_interfaces_method_when_interface_is/

@tikhonfedulov А ты знаешь, как выглядит interface{} под капотом? И сможешь ответить на вопрос, почему тебе в структурные методы приходит вроде как указатель, но ты все равно работаешь с ним без разименования?)

К сожалению нет

А как с этим теперь бороться ?

Я в интерфейсе WebFramework определил некий метод Group(), который возвращает неизвестный интерфейс

А как мне с этим интерфейсом дальше работать ?

А, можно попробовать его тоже описать

Друг, ты идешь по пути страдания, боли, стрельбе себе по ногам и тому подобные вещам. Интерфейс это абстракция. И когда ты его возвращаешь, то компилятору не известно, есть у него метод POST или нет. Без понимание работы интерфейсов, приведении типов и тп вещей, ты будешь такие ошибки встречать повсеместно

Как сгенерировать HTML с помощью шаблонов Golang https://uproger.com/kak-sgenerirovat-html-s-pomoshhyu-shablonov-golang/ @Golang_google

Ребят, подскажите пожалуйста, может я не понимаю. Чистая архитектура подразумевает под собой независимость от внешних библиотек, например фреймворка gin или fiber, но ведь для внедрения зависимости нам нужно отдельно для нее описывать интерфейс этой зависимости. Я не понимаю соответственно следующего: чтобы объект библиотеки удовлетворял интерфейсу - в интерфейсе нужно объявить методы, имена и сигнатуры которых будут совпадать с методами внедряемой библиотеки. Я не понимаю где тут независимость, при замене внешней библиотеки могут измениться имена методов и их сигнатуры, и соответственно придется переписывать интерфейс. Где тут независимость ?

Плюс например, если опять же взять в пример fiber или gin - у них есть контексты, и имена методов у этих контекстов различаются. Допустим мы передаём в обработчик неизвестный контекст *interface{}, но ведь потом внутри функции обработчика мы всё равно обращаемся к уникальным методам этого контекста

И при смене внешней библиотеки придется всё внутри обработчика переписывать