LA
Можно же using Parent::Parent и не прописывать в каждом дочернем классе дубли родительских конструкторов.
Можно много чего, но, кажется, им этого не рассказывали
Size: a a a
2020 July 15
D
Можно много чего, но, кажется, им этого не рассказывали
Разве это не лучший повод научиться самостоятельно?)
<Так, ладно, не начинаю offтопик>
<Так, ладно, не начинаю offтопик>
DB
Можно же using Parent::Parent и не прописывать в каждом дочернем классе дубли родительских конструкторов.
а эта как? есть ссылка какая нибудь про него?
VS
а эта как? есть ссылка какая нибудь про него?
VS
inheriting constructors
DB
ладно придется тупо скопипастит конструктор
DB
хотя ребята думаю по другому не получится. this думаю невозможно наследовать. правильно ли рассуждаю?
P
А если у меня есть класс database, который ответственный за БД, и я хочу покрыть тестами в нём get метод для объектов А, через объекты B.
Затем есть класс manager, который ответственный за создание объектов А, Б, то где мне нужно писать тесты для этого гетера - в тестах для manager или в тестах для database?
В любом случае для создания этих объектов А, B нужно будет обращаться к менеджеру.
Затем есть класс manager, который ответственный за создание объектов А, Б, то где мне нужно писать тесты для этого гетера - в тестах для manager или в тестах для database?
В любом случае для создания этих объектов А, B нужно будет обращаться к менеджеру.
VS
хотя ребята думаю по другому не получится. this думаю невозможно наследовать. правильно ли рассуждаю?
не очень понятно, что вы имеете в виду, но приводить this к указателю на базовый класс можно
DB
не очень понятно, что вы имеете в виду, но приводить this к указателю на базовый класс можно
придется перечитать все)
VS
придется перечитать все)
«наследовать this» звучит достаточно странно, чтобы у меня не было уверенных предположений, что вы имеете в виду
DB
«наследовать this» звучит достаточно странно, чтобы у меня не было уверенных предположений, что вы имеете в виду
тема для меня новая) сорян)
VS
this всего лишь указатель на объект, для которого вызван тот или иной нестатический метод
LA
А если у меня есть класс database, который ответственный за БД, и я хочу покрыть тестами в нём get метод для объектов А, через объекты B.
Затем есть класс manager, который ответственный за создание объектов А, Б, то где мне нужно писать тесты для этого гетера - в тестах для manager или в тестах для database?
В любом случае для создания этих объектов А, B нужно будет обращаться к менеджеру.
Затем есть класс manager, который ответственный за создание объектов А, Б, то где мне нужно писать тесты для этого гетера - в тестах для manager или в тестах для database?
В любом случае для создания этих объектов А, B нужно будет обращаться к менеджеру.
Не совсем понятно о чём вы, но если код, который тестится, зависим от чего-нибудь, то делается stub(mock)
P
Не совсем понятно о чём вы, но если код, который тестится, зависим от чего-нибудь, то делается stub(mock)
Имею в виду, в каком классе нужно это тестировать
P
Имею в виду, в каком классе нужно это тестировать
В классе database_test или manager_test?
LA
Имею в виду, в каком классе нужно это тестировать
И да, может, написано и на С++, но во-первых, чтобы понять, хочется видеть пример, а во-вторых, вопросы тестирования являются здесь оффтопиком
ip
А как erase() у вектора работает ? Если я удаляю один элемент в середине вектора, весь массив придется "сдвигать" или как ?
VS
А как erase() у вектора работает ? Если я удаляю один элемент в середине вектора, весь массив придется "сдвигать" или как ?
да
VS
элементы вектора хранятся в непрерывном куске памяти