Расширение stl контейнеров

@stima · Регистрация: 22.03.2011

Студворк — интернет-сервис помощи студентам

Собственно сабж. Из идей:
1.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class MyC
{
public:
    ....
 
    //reimplement stl func
     
    void push_back(const value_type& value);
 
    //my func
    void do_something();
 
private:
    container_type container;
}

2.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
class MyC
{
public:
    ....
 
    container_type& collection();
 
    //my func
    void do_something();
 
private:
    container_type container;
}

Добавлено через 47 секунд
Прокоментируйте +/- кто встречался.

п.с. Собственной функциональности не должно быть много 2/3 метода.

Добавлено через 18 минут
п.с.с. новой функианальности*

DiffEreD · 26.09.2014, 01:30

что именно данный код/идея должны расширять?

Добавлено через 1 минуту
Много разных идей по расширению STL изложены в книге "Уилсон - РАСШИРЕНИЕ БИБЛИОТЕКИ STL ДЛЯ С++"

@stima · 26.09.2014, 01:45 **[ТС]**

Ну припустим есть "Имена". Список имен можно представить так:
1. std::list<std::string> names;
2. class Names : public std::list<std::string> { };
3. class Names { std::list<std::string> data; };

Какой вариант лучше выбрать (без оглядки на вирт дистр в 2), что бы добавить припусти 2 дополнительных функциональности, но сохранить функциональность std::list.

@gromo · 26.09.2014, 01:59

stima, http://cpp.com.ru/meyers_1/ch6.html#t58
Хотя если надо добавить 2-3 функции, то лучше закрыто наследовать std::list<std::string>. Это называется адаптирование.
Таким образом реализованы std::inserter, QStringList, std::stack

Добавлено через 7 минут
и 39-е правило тоже следовало бы прочитать

@stima · 26.09.2014, 02:08 **[ТС]**

А какже не виртуальный деструктор в стл?

Добавлено через 43 секунды
п.с. Для себя на заметку. Надо перечитывать Маерса.

@Toshkarik · 26.09.2014, 03:28

stima, Закрытое наследование не позволит использовать полиморфизм, поэтому виртуальный деструктор не нужен.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

DiffEreD 1458 / 795 / 257 Регистрация: 21.06.2011 Сообщений: 1,740 Записей в блоге: 2
	26.09.2014, 01:30
	что именно данный код/идея должны расширять? Добавлено через 1 минуту Много разных идей по расширению STL изложены в книге "Уилсон - РАСШИРЕНИЕ БИБЛИОТЕКИ STL ДЛЯ С++" 0

@stima 503 / 352 / 94 Регистрация: 22.03.2011 Сообщений: 1,112
	26.09.2014, 01:45 [ТС]
	Ну припустим есть "Имена". Список имен можно представить так: 1. std::list<std::string> names; 2. class Names : public std::list<std::string> { }; 3. class Names { std::list<std::string> data; }; Какой вариант лучше выбрать (без оглядки на вирт дистр в 2), что бы добавить припусти 2 дополнительных функциональности, но сохранить функциональность std::list. 0

@gromo 383 / 281 / 31 Регистрация: 04.09.2009 Сообщений: 1,225
	26.09.2014, 01:59
	stima, http://cpp.com.ru/meyers_1/ch6.html#t58 Хотя если надо добавить 2-3 функции, то лучше закрыто наследовать std::list<std::string>. Это называется адаптирование. Таким образом реализованы std::inserter, QStringList, std::stack Добавлено через 7 минут и 39-е правило тоже следовало бы прочитать 1

@stima 503 / 352 / 94 Регистрация: 22.03.2011 Сообщений: 1,112
	26.09.2014, 02:08 [ТС]
	А какже не виртуальный деструктор в стл? Добавлено через 43 секунды п.с. Для себя на заметку. Надо перечитывать Маерса. 0

@Toshkarik 1181 / 894 / 94 Регистрация: 03.08.2011 Сообщений: 2,461
	26.09.2014, 03:28
	stima, Закрытое наследование не позволит использовать полиморфизм, поэтому виртуальный деструктор не нужен. 0