Если у меня std::vector поинтеров на экземпляры, и если я удаляю (деструктором или там ещё как ) экземпляр, то сказвается ли это на содержимом вектора?

Нет, конечно. Как он узнает, что ты объект удалил.

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

Использование умных указателей с библиотекой крайне не рекомендуется, главная причина - большинство алгоритмов библиотеки постороено на копировании содержимого. А при таком копировании у smartpointer "крыша едет". Так что это очень плохой совет, череваты непредсказуемыми ошибками (даже если на твоей реализации библиотеки все заработает).

Цитата

Все нужно делать в рамках вектора, иначе смысл пропадет (кому нужны пойнтеры на черт-знает-куда)

Не согласен. Что хранить в контейнере зависит от решаемой задачи. Если необходимо хранить массив указателей то почему бы нет?
В соседнем топике PostErr пытался "менеджер ресурсов" сделать. Так для этой задачи такой способ наиболее подходящий: хранить указатели на динамически созданные в памяти объекты, а не создавать копию по каждому запросу.
Повторюсь: все зависит от создаваемого алгоритма.

Одним словом, если у меня есть std::vector чего-то, то всё нужно хранить именно в нём. То есть, хранить там не указатели, а непосредственно l-values (так это называется?), и удалять, удаляя из std::vector. Так же и с любыми контейнерами, как я понимаю?

читай внимательно:

Цитата

все зависит от создаваемого алгоритма.

Да всё понятНО! Я считаю, что для моей задачи необходимо вызывать только конструкторы внутри вектора или контейнера, то есть AddItem должен вызывать конструктор и чтобы иначе никак

PostEr, лучше спроси у DENNN напрямую - КАК МНЕ ЭТО СДЕЛАТЬ ??
И напиши, что ты хочешь получить
Мне с моими "кривыми" советами лучше не вмешиваться...

А мне с кривыми вопросами