В зависимости от ситуации.
Есть в c++11 std::unique_ptr (заменители: std::auto_ptr, boost:scoped_ptr)
есть std::shared_ptr/std::weak_ptr (boost::shared_ptr/boost::weak_ptr)
для массивов - std::vector

Вложенный класс имеет доступ к private полям и методам внешнего (но нужен указатель на внешний класс), поэтому friend не нужен.

это то понятно.

  Это с зависимости от того чего хотят добиться. Если хотят иметь копию объекта класса CMyDlg тогда пишется CMyDlg m_dlg; если же хотят чтобы CMyTask хранил ссылку на созданный ранее или разделяемый объект, то пишут CMyDlg &m_dlg; 


  Зачем же мне городить огород с поздним связыванием? С виртуальными функциями, абстрактными интерфейсами и т.д. когда я могу связать все статически? Мало что это раздувает код, так оно еще делает его тормозным. При желании я вообще могу сделать ExecuteSubtask инлайном и получить максимальное быстродействие. Компилятор С++ умеет эффективно оптимизировать статичные связки. Например, он может легко выкинуть реализацию неиспользуемой простой функции, тогда как виртуальная всегда попадает в исполняемый файл. Это сколько нужно делать лишних движений, чтобы заменить один модификатор friend в том случае когда он находиться на своем месте. Вопрос ЗАЧЕМ ЭТО ДЕЛАТЬ?


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

ну тут написано http://ru.wikipedia.org/wiki/%D0%A1%D1%81%...0_%28C%2B%2B%29

или когда мы объявляем в классе, то можно?

  Так мы ее инициализируем в объявлении. Только не в объявлении поля (синтаксис С++ запрещает инициализировать поля при описании), а при объявлении класса в конструкторе. Не может получиться такого, что объект создан а ссылка не инициализирована.