Подсчет ссылок в C++

Вы пытались перегрузить оператор для скалярных типов. C++ не позволяет вам делать это, кроме перечислений (кроме того, что оператор = должен быть членом). По крайней мере, один из типов должен быть типом, определяемым пользователем. Таким образом, вы хотите обернуть необработанный указатель в определенный пользователем класс, который перегружает конструктор, конструктор копирования, оператор присваивания копии и деструктор и выполняет правильный подсчет ссылок. Это идеальная ситуация для boost::shared_ptr, который делает именно это:

boost::shared_ptr<CCurve> c1(new CBezier(pts));

То же самое и с поверхностями:

CVecList pts;
// ...
boost::shared_ptr<CCurve> f(new CBezier(pts));

pts.Clear();
// ...
boost::shared_ptr<CCurve> g(new CBezier(pts));

// Mixed surface: S(u,v) = (1-v)f(u) + vg(u)
boost::shared_ptr<CSurface> s(new CMixed(f,g)); 

Носите этот умный указатель, и он автоматически управляет временем жизни указанного объекта: если последняя копия указателя выходит за пределы области видимости, объект, на который он указывает, освобождается. shared_ptr разработан, чтобы быть простым в использовании. По возможности старайтесь избегать работы с необработанными указателями. Взгляните на эти умные указатели, они облегчат вашим программистам жизнь с C++ :)

Редактировать: если вы собираетесь обернуть shared_ptr, вы можете сделать это, используя идиому pimpl (handle / body):

/* ---- wrapper in header file bezier.hpp */

struct CBezier {
    CBezier(CVecList const& list);
    void do_calc();
    // ...

private:
    struct CBezierImpl;
    boost::shared_ptr<CBezierImpl> p;
};

/* ---- implementation file bezier.cpp */

// private implementation
struct CBezier::CBezierImpl {
    CBezierImpl(CVecList const& list);
    void do_calc();
    // ...
};


CBezier::CBezier(CVecList const& list)
:p(new CBezierImpl(list)) {

}

void CBezier::do_calc() {
    // delegate to pimpl
    p->do_calc();
}

// ...

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

Если вы разрабатываете математическую библиотеку, потратьте много времени на размышления о том, могут ли ваши классы выглядеть как int или std :: complex. Иными словами, иметь ценности ведут себя как ценности. Например.

std::vector<math::point3d> pts;
pts.push_back(math::point3d(0,0,0));
pts.push_back(math::point3d(110,0,0));
pts.push_back(math::point3d(0,100,0));
pts.push_back(math::point3d(0,0,100));
CCurve c1 = make_bezier(pts);

The users of my classes will be people who are new to the language.

Ваш класс предназначен для курса программирования?

Если это так, я бы избегал использования указателей и использовал только конструкторы копирования / присваивание:

• Производительность / память не является приоритетом
• Самостоятельное управление памятью покажет довольно плохой пример того, как использовать new / delete.
• Использование любого типа интеллектуального указателя без знания управления памятью в дальнейшем может вызвать массу недоразумений.

Я согласен с Guishu и MSalters. Даже если это не для курса программирования, было бы неплохо более внимательно имитировать математический вид (например, vector3 = vector1 + vector2 и т. д.).

Что вы также можете сделать, так это использовать копирование при записи (перемонтирование является логическим следствием), но только внутренне. Это может дать вам достаточно быстрые назначения, исключить управление кучей на стороне клиента и сходство с математической нотацией.

Обратите внимание, однако, на то, что для C++ доступны математические библиотеки (TNT, вне моей головы). Вы думали о том, чтобы основывать свою работу на этом?