Lepsik
Интегратор >
--Писать серьёзные бизнесс приложения сейчас на С++ ? Извините но это маразм. Нет достойного АПИ и скорость разработки роставляет желать лучшего. Я на вас посмотрю как вы будете в большом проекте сутками искать утечки памяти или отлавливать обращение по висячему пойнтеру.

это миф, которые твердят каждый день как мантру любители дельфи. Уж и не знаю кто их этому их научил.

STL, автопоинтеры придумали уже не помню когда.

Оба-на! Экс - колхозник от IT выполз!
Чтобы разместить объект в контейнере STL он должен обладать семантикой значений.
Если делать семантику значений для каждого класса чтобы его можно было хранить в коллекциях STL по значению, не размещая в куче, то тогда производительность разработки будет хреновенькой. Что там надо? Как минимум конструктор копирования и operator=(). Кроме того, все ссылки на внутренние сущности должны быть подсчитаны - чтобы каждый указатель, открытый хендл мутекса или файла был освобожден ровно один раз, как только последний экземпляр объекта, наксеренный конструктором копирования и operator=() вызвал свой деструктор. Конструктор копирования и operator=() - это дублирование кода, т.к они пишутся раздельно. Дублирование кода требует очень аккуратного кодинга и отслеживанием одного и того же в двух местах. Если operator=() реализовать через конструктор копирования, то тогда мы сделаем адом жизнь авторов производных классов.
Вызов конструктора копирования, который вызовет конструкторы копирования всех внутренних смарт-указателей, вместо того чтобы просто скопировать 32 бита, которые занимает указатель, это жопа по производительности. Я уже и не говорю про то что коллекции значений в отличии от коллекции указателей не полиморфны.
Про смарт - указатели...
Подсчет ссылок - это единственный надежный способ реализации смарт-указателя в С++, и я не вижу причин чтобы аффтарам С++ не внедрить этот многострадальный счетчик в объекты на уровне языка. Взяли бы и сделали к примеру квалификатор refcounted для классов. Garbage Collection в С++ не сделать - для этого надо проинтроспецировать кадый объект на предмет хранимых там указателей, а таких средств С++ не имеет.
И про какие смарт-указатели мы говорим? В std:: их нет. std::auto_ptr не является copy constructable и assignable. Есть boost::shared_ptr и Loki::SmartPtr. Как ни странно, мне второй нравится больше - он хотя бы пользуется спулом для мелких объектов для размещения там счетчика ссылок. boost::shared_ptr безо всякого стеснения аллокирует объект размером в 32 бита плюс огромный хвост служебной информации, которую С++ менеджер памяти цепляет к каждому объекту, в куче. Don Clungston из codeproject.net рассказывал про большой проект написанный с плотным использованием boost:: и про то как там половина памяти быля поглощена мелкими вспомогательными объектами буста. Кроме того, boost:: стандартную поставку пока не входит. Для Loki нужен хороший компилятор.
Сами фанаты С++ и повторяют как мантру свои заклинания про STL и смарт - указатели.