IS
сейчас же есть analysis
можно обмазываться интеграционными тестами
но вообще согласен
Size: a a a
2020 April 27
МП
Там сейчас и юнит тесты есть, но всё равно такое себе
AK
через vet tool можно наверное
Там надо по сути заменить вызовы одних функций на вызовы других функций (с разными аргументами и названиями), а так же заменить
TestSuite из gocheck на аналогичную концепцию из`testify`. Но опять таки они имеют разную нотацию. А самая большая проблема в том, что gocheck прячет оригинальный объект testing.T (так что его даже в не экспортируемом поле нет) и вообще реализует запуск тестовых наборов по своему. Т.е. даже форкнуть и немного поменять код, чтобы он стал совместим со стандартной библиотекой, пока что не выглядит как вариант.DZ
Ну это мне надо было попасть в компанию лет 5 назад (или раньше) и сказать им об этом... Это самое очевидное решение. А теперь я ищу решение, как же это автоматически отрефакторить, чтобы и не сломать и при этом заменить все на тот же
testify. Это скорее всего можно сделать используя AST и написав кастомную утилиту которая пройдется по коду и заменит одни куски кода другими (по хитрым правилам), но я в этом абсолютный профан, поэтому пока что все печально.а зачем заменять на тестифай?
AK
а зачем заменять на тестифай?
Не можем построить отчеты о том сколько тестов есть, сколько из них проходят, сколько валятся (и почему). Оно вывод отдает в своем формате и существующие утилиты совместимые со стандартным go test этот формат не парсят правильно. Т.е. мы все результаты можем только в консоли в виде текста лицезреть, что как бы "такое себе". Особенно когда тестов тысячи.
RC
Господа, как вы называете интерфейсы, которые разделяют уровни приложения?
Например, интерфейс, который отделяет работу с БД
По стилю го, он должен называться как какой-то doer, но я не могу ниче придумать
Например, интерфейс, который отделяет работу с БД
По стилю го, он должен называться как какой-то doer, но я не могу ниче придумать
storer :)
IK
storer :)
Storekeeper тогда уж
IK
Но в целом неплохо
RC
Storekeeper тогда уж
клавиатуру протрешь :)
AK
Господа, как вы называете интерфейсы, которые разделяют уровни приложения?
Например, интерфейс, который отделяет работу с БД
По стилю го, он должен называться как какой-то doer, но я не могу ниче придумать
Например, интерфейс, который отделяет работу с БД
По стилю го, он должен называться как какой-то doer, но я не могу ниче придумать
Storage. -er - в английском на сколько мне известно используется чтобы из глагола образовать существительное. Так что не надо тут ничего выдумывать. 🙂 Это одно из правил Effective Go которое нельзя просто буквально использовать. 🙂IK
Местами уже протер
C
странная у тебя клавиатура
SN
Господа, как вы называете интерфейсы, которые разделяют уровни приложения?
Например, интерфейс, который отделяет работу с БД
По стилю го, он должен называться как какой-то doer, но я не могу ниче придумать
Например, интерфейс, который отделяет работу с БД
По стилю го, он должен называться как какой-то doer, но я не могу ниче придумать
Databaser :)
C
Databaser :)
Dtbser
IK
Databaser :)
Воо, пошла мякотка
SN
Dtbser
Dabaser, тоже норм)
C
Dabaser, тоже норм)
это вообще идеально
IK
странная у тебя клавиатура
AK
Я кстати видел в какой то библиотеке на Go интерфейс
Doer. Который даже меня, с моим кривым английским ввел в ступор, потому что Doer - это человек, который активно делает вещи вместо того, чтобы просто думать или говорить о них. Вот и думай после этого, за это этот интерфейс отвечает...IK
Я кстати видел в какой то библиотеке на Go интерфейс
Doer. Который даже меня, с моим кривым английским ввел в ступор, потому что Doer - это человек, который активно делает вещи вместо того, чтобы просто думать или говорить о них. Вот и думай после этого, за это этот интерфейс отвечает...Это от бессилия