AB
А как там это реализовано ?
А всякие
data() сделаны так:const T* data() const;T* data();Size: a a a
2021 July 01
GF
Ну если кратко, то там указатель на данные и лежит
А всякие
А всякие
AS
ну, по сути, две версии методов, возвращающие константные и и неконстантные ссылки в зависимости от константности объекта
AB
Т е если объект константный то возвращается в соответствующем методе указатель на константные данные
AS
то есть, продолжая нашу аналогию -
class Foo {
Boo* ownedData;
public:
const Boo& getData() const { return *ownedData; }
Boo& getData() { return *ownedData; }
};AB
Понятно. Спасибо
AS
а вообще, конечно, лучше вообще ручным управлением памяти не заниматься, как выше советовали
AS
то есть хранить свою ownedData внутри стандартного контейнера, или использовать
std::unique_ptr или std::shared_ptrAS
тогда не придётся вообще заморачиваться с "менеджментом объектов", писать методы из "правила 5", а в случае контейнеров и с константностью уже определенные гарантии даются
AB
А умные указатели значит не дадут менять данные в случае константного объекта имеющего поля - умные указатели ?
AB
Ещё один вопрос - завезли ли шаблонные виртуальные функции ?
AS
не, не дадут. Только позволят не беспокоиться об управлении памятью. Константность умных указателей - про состояние самого пойнтера - так,
Зато контейнеры следят за логической константностью своего содержимого.
const unique_ptr<T> означает запрет перемещения или ресета для unique_ptr'а а, а не защиту его данных. Но зато unique_ptr<T> можно спокойно неявно кастовать к unique_ptr<const T>Зато контейнеры следят за логической константностью своего содержимого.
AS
Нет, виртуальных шаблонных функций как не было, так и нет. И это довольно логично всё-таки. Ведь шаблоны инстанциируются на месте, компилятор просто технически не может внести в таблицу виртуальных функций каждый инстанс. А даже если бы и мог - какой в этом практический смысл?
AB
То есть с шаблонами лучше статический полиморфизм и всякие crtp дружить ?
АК
На всякий случай уточню, что у шаблона класса могут быть виртуальные функции
AS
конечно!
Впрочем, разумеется, иногда статический и динамический полиморфизм могут "сливаться в экстазе" :)
Пример - type-erasure классы std::any, std::function, со статическим полиморфизмом снаружи и динамическим внутри. Ну и, конечно, шаблонные классы с виртуальными функциями, как говорит @smertig
Впрочем, разумеется, иногда статический и динамический полиморфизм могут "сливаться в экстазе" :)
Пример - type-erasure классы std::any, std::function, со статическим полиморфизмом снаружи и динамическим внутри. Ну и, конечно, шаблонные классы с виртуальными функциями, как говорит @smertig
SA
А вот есть такой, внезапно. В очередной раз, тов. @smertig/@anatolijs: может все-таки имеет смысл в описания подконтрольных каналов засунуть это (может быть даже капсом)?
D
К сожалению, найти в этом списке что-то по слову "лицензия" не удастся
SA
Я полез в "разное" и увидел там слово "legal". Ну а дальше Вы видите)
D
Находится он в категории "разное" и обладает отнюдь не очевидным названием. Да, я недосмотрел. Но от этого его не становится легче найти