ContainerContainer? :)

GlobalContainer

ContainerContainer?

Говорят жабисты такое иногда чудят, но я на плюсах пишу:)

C&*Container выглядит более плюсово? :3

Да не глобальный он вовсе...
Конечно, очень маловероятно, что и его придётся куда-то засунуть, но чем чёрт не шутит:)

Контейнеровоз

ContainerShip

FBLCollection

Конечно, очень маловероятно, что и его придётся куда-то засунуть, но чем чёрт не шутит:)

Тогда уровни контейнеров. L1Container, L2Container. Чтоб уж наверняка.

FBLSuperContainer

А Collection «больше» Container?
У меня в детстве была коллекция монет, а у соседа был гараж для мотоцикла из ж/д контейнера:)

MetaContainer, разумеется.

FBLSuperContainer

А над ним будет MetaMetaContainer или MetaContainerContainer?

Ну... супер.
Я честно говоря это слово как-то и не использовал никогда.
Оно мне почему-то пованивает мультфильмами, которые в начате 90х крутили: «Вольтрон» и т.п.
Хм. Надо подумать.
Вроде неплохой вариант...

std::set<FBLContainer> например.

Тогда, наверное, лучше переделать этот десяток методов в шаблон. FBLContainer<FBLContainer<FBL> >

А то мало ли...

Не-не-не. Я вырос на Си и привык что суть программы в том, что она делает, а вовсе не в универсальности и расширяемости:)
Остановлюсь, видимо, на FBLSuperContainer.

по нарастающей KiloContainer, MegaContainer, GigaContainer, TeraContainer

FBLContainerContainer уже советовали?

Конечно, это же ЛОР.
Жаль только что тут нет спецов по Objective C.
Те бы предложили название вроде ContainerForHoldingArraysOfFBLsWithMethodsAndStuff.

BigContainer

У меня недавно была проблема похожая, надо было списки списков между собой складывать. Вначале они назывались по смыслу: News, Articles, ArticleNews итп, но т.к. копипаст через копипаст, через некоторое время стало лень переназывать. Зафигачил переименование, все их назвал Item. Получились замечательные методы addItemToItems(item:ItemItem, item: ItemItemItems). Теперь когда открываю этот неймспейс, эти айтемы нахлывают и довлеют на мозг как морские волны, появляется тошнота и паника, и исходник закрывается до лучших времен «исправлю когда-нибудь». Очевидно, «когда-нибудь» не настанет никогда, т.к. чем дальше идет время, тем сильнее стираются в памяти разинцы между ItemItem из одного пакета и ItemItem из другого пакета ;)

FBLBarge

FBLWagon разумеется.

Не, это хрень из нескольких FBLTrain.

FBLContainers или FBLContainerCollection и не мучайся

Больше контейнера - склад. Обзывай Warehouse.

Очевидно, метаконтейнер должен обобщать всё, что может потребоваться от контейнера контейнеров так, чтобы в него можно было и метаконтейнеры положить.

ContainerBox

Не пофиг ли - если IDE умеет rename? Как придумаешь - пофиксишь. Если не расшарил еще, конечно...

Какой rename, у него же Кресты вместо языка программирования

Какой rename, у него же Кресты вместо языка программирования

Так это функция IDE'шки же. Неужели нет нормальных IDE для плюсов?

Алсо, чем плохи плюсы кроме сложности? О_о

Да, в няшной Java фишек дофига и у нас есть IDE от JetBrains + другие классные :D

Нет ничего постоянней, чем временное...
Тем более, что я люблю раскидывать классы по файлам с соответствующими названиями.

Больше ада в ваши исходники!

FBLContainerContainerCollectionAbstractFactoryFactoryComponentServiceInterface!

чем плохи плюсы кроме сложности?

Мода понимаешь ли. Бабы носят зелёные чулки, а программисты ругают плюсы.
Тем более, что и сложности никакой нет.
Обычно когда начинают говорить про «сложно», то приводят в пример какую-то невменяемую конструкцию, умалчивая, что Си подмножество плюсов и никто не заставляет программировать на плюсах используя все его возможности.

Я всё никак не могу решить, что мне удобнее — Eclipse или NetBeans.

FBLTanker

Неужели нет нормальных IDE для плюсов?

Whole Tomato Visual Assist для Visual Studio есть, но он тоже ничерта не умеет.

чем плохи плюсы кроме сложности? О_о

ВСЕМ.

по етому случаю я даже запилил епохальный топик со всеми ответами: 10 причин почему программист на С++ может выбить много денег

Мда, крутой список...

Обычно когда начинают говорить про «сложно», то приводят в пример какую-то невменяемую конструкцию, умалчивая, что Си подмножество плюсов и никто не заставляет программировать на плюсах используя все его возможности.

И то верно...

Кстати, CollectionOfFBLContainers :D

ContainerProvider

ContainerOverlord

Склад.

Cделай как, да простят меня Б-ги, в визуал васике: FBLContainers > FBLContainer > FBL.

FBLContainerOverlord -> FBLHiveMind -> FBLQueenOfBlades

У тебя всё в порядке с моделью и архитектурой?

Обсуждение архитектуры выходит за рамки этого треда.
Впрочем, программирую я не первый год, так что, думаю, я принял не самые худшие решения...

FBLDepot. Склад, на складе - контейнеры

Я просто опасаюсь, как бы у тебя там до самого дна не было черепах^W контейнеров.

Не, там всё логично и просто.
Я не фанат разведения кучи мелких классов...

Группа контейнеров, папка(folder, directory), package, association, family, etc