Как удалить элемент из std::queue, если он не первый?

Здравствуйте, Аноним, Вы писали:

А>Как удалить элемент из std::queue, если он не первый?

Если Вам требуется удалять произволные элементы из контейнера, то лучше попробовать std::vector или std::list.
В принципе std::queue это не контейнер, а адаптер над контейнером (скорее всего над std::vector).

Вытолкнуть все элемены, перед ним стоящие. А если серьезно, то queue для этого не предназначен. Используй что-то другое (deque, list например)

Здравствуйте, VNG, Вы писали:

VNG>Здравствуйте, Аноним, Вы писали:

А>>Как удалить элемент из std::queue, если он не первый?

VNG>Если Вам требуется удалять произволные элементы из контейнера, то лучше попробовать std::vector или std::list.
VNG>В принципе std::queue это не контейнер, а адаптер над контейнером (скорее всего над std::vector).

Да, я это понимаю.
Но мне надо удалять элементы редко.
И вообще, наверное возможно обратиться в std::deque, в котором std::queue хранит данные.

Здравствуйте, Lorenzo_LAMAS, Вы писали:

L_L>Вытолкнуть все элемены, перед ним стоящие. А если серьезно, то queue для этого не предназначен. Используй что-то другое (deque, list например)

deque тоже не подходит

VNG>deque тоже не подходит

Почему? Если ты считаешь vector подходящим, то что не так с deque?

Здравствуйте, Lorenzo_LAMAS, Вы писали:

VNG>>deque тоже не подходит

L_L>Почему? Если ты считаешь vector подходящим, то что не так с deque?

Да я был не прав. Извини.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, VNG, Вы писали:

VNG>>Здравствуйте, Аноним, Вы писали:

А>>>Как удалить элемент из std::queue, если он не первый?

VNG>>Если Вам требуется удалять произволные элементы из контейнера, то лучше попробовать std::vector или std::list.
VNG>>В принципе std::queue это не контейнер, а адаптер над контейнером (скорее всего над std::vector).

А>Да, я это понимаю.
А>Но мне надо удалять элементы редко.
А>И вообще, наверное возможно обратиться в std::deque, в котором std::queue хранит данные.

Попробуй "насильственно" привести std::queue в std::deque и работать уже с std::deque.

Здравствуйте, VNG, Вы писали:

VNG>Попробуй "насильственно" привести std::queue в std::deque и работать уже с std::deque.

Ну вот так вот точно делать не стоит. Если уж так важен доступ к внутреннему контейнеру — используй наследование, и в классе — наследнике используй защищенный член c.

namespace std {
   template <class T, class Container = deque<T> >
   class queue {
   public:
      typedef typename Container::value_type value_type;
      typedef typename Container::size_type size_type;
      typedef Container container_type;
   protected:
      Container c;
...

Здравствуйте, Bell, Вы писали:

B>Здравствуйте, VNG, Вы писали:

VNG>>Попробуй "насильственно" привести std::queue в std::deque и работать уже с std::deque.

B>Ну вот так вот точно делать не стоит. Если уж так важен доступ к внутреннему контейнеру — используй наследование, и в классе — наследнике используй защищенный член c.


B>

B>namespace std {
B>   template <class T, class Container = deque<T> >
B>   class queue {
B>   public:
B>      typedef typename Container::value_type value_type;
B>      typedef typename Container::size_type size_type;
B>      typedef Container container_type;
B>   protected:
B>      Container c;
B>...
B>

Тоесть сделать свой контейнер?

Здравствуйте, Аноним, Вы писали:

А>Тоесть сделать свой контейнер?

Ну да.

template<class T, class Container = deque<T> >
class MySuperQueue : public std::queue<T, Container>
{
...
public:
   void erase(size_t pos) {...}
};

Здравствуйте, Bell, Вы писали:

B>Ну вот так вот точно делать не стоит. Если уж так важен доступ к внутреннему контейнеру — используй наследование, и в классе — наследнике используй защищенный член c.

Соглосен, что что криво, но я продложил этот вариант исходя из того, что товарищу надо только в исключительном
случае удалить произвольный элемент из std::queue. Если же это не так, то стоит задуматься о целесообразности
использования std::queue.

Здравствуйте, VNG, Вы писали:

VNG>Здравствуйте, Bell, Вы писали:

B>>Ну вот так вот точно делать не стоит. Если уж так важен доступ к внутреннему контейнеру — используй наследование, и в классе — наследнике используй защищенный член c.

VNG>Соглосен, что что криво, но я продложил этот вариант исходя из того, что товарищу надо только в исключительном
VNG>случае удалить произвольный элемент из std::queue. Если же это не так, то стоит задуматься о целесообразности
VNG>использования std::queue.

Да, я понимаю, что в таком случае от std::queue придется отказаться.
Оказывается, он вообще не предназначен для удаления произвольного элемента.
Просто в моём случае это потребует большой переделки кода.

Предлагаю на этом закончить обсуждение.