Выделение статической памяти, не используя статические объекты

Здравствуйте!

Как известно, когда мы объявляем статическую переменную, то компилятор выделяет ей место с самого начала, т. е. располагает в статической памяти, оптимизируя расположение. Однако, я не могу использовать модификатор static в моем случае. Есть ли какие-либо способы прокрутить то же самое, но без использования static?

0

Какая конкретно задача решается? "Хочу статик объект без static" - само по себе нонсенс.

1

Честно говоря, я уже решил проблему. Но то есть нельзя сделать так, чтобы мне была обязательно выделена память фиксированного размера в статической памяти при старте (без static), с которой я мог бы делать что угодно?

Вообще говоря, мне необходимо сделать некоторое действие, перед тем, как каждый мой объект, хранящийся в статической памяти, будет "отдеструктирован". По идее, я могу хранить некий Handle в статической памяти, а все то, что будет внутри, будет тоже в статической памяти, верно?

0

Сообщение от relationer как каждый мой объект, хранящийся в статической памяти, будет "отдеструктирован

Почему нельзя делать это в деструкторе объекта?

И можно небольшой пример того, что хочешь получить? Возможно тогда можно будет что-то конкретное советовать.

0

Потому что деструкторы, по вероятности, будут определять пользователи. Мне необходимо, чтобы те части кода, которые зависят от того, что уничтожается в статической памяти, получили об этом уведомление и успели сделать то, что они хотят от этого объекта, перед тем, как этот объект будет уничтожен.

Правда же, я только что взял листок бумаги, и все аккуратно расписал, только еще не реализовал. Так что проблема, по идее, решена.

0

relationer, есть пара идей, но не могу их предлагать пока не буду уверен, что все именно так, как я понял. Поэтому все-таки хотелось бы пример.

Добавлено через 1 минуту

Сообщение от relationer Так что проблема, по идее, решена.

Хотя если ты уверен. То ладно. Успехов.

0

Сообщение от relationer Мне необходимо, чтобы те части кода, которые зависят от того, что уничтожается в статической памяти, получили об этом уведомление и успели сделать то, что они хотят от этого объекта, перед тем, как этот объект будет уничтожен.

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

0

Пожалуй, я не совсем корректно выразился. Мне необходимо обработать зависимости между объектами, т. е. все, что разрушается, будет разрушаться уже во время завершения программы. Правда, один момент. Если я буду хранить объекты в статической памяти через handle, и вызывать деструкторы для других объектов, то получится, что мне никак не справиться с двойным вызовом delete.

0

Один вопрос: как вы собираетесь контролировать порядок разрушения объектов ?

0

Я пытаюсь сделать так, чтобы задавать это подобным образом:
Все, что идет в std::tuple - типы синглтонов, от которых зависит данный синглтон.

Контролировать подобный порядок - это и есть корень моей проблемы. Пока пытаюсь решить с помощью техники handle. Все же хочется, чтобы синглтоны находились в статической памяти. Хотя, вероятно, не получится. Если только через еще один handle.

0

1) Выбросить все синглтоны и статические объекты.

Ибо:

- от них только лишние зависимости;
- проблемы с порядком удаления, не решаемые языковыми средствами;
- static-объекты висят в памяти до самого конца, даже если они больше не нужны.

2) Написать функции Initialize и Shutdown, куда переместить инициализацию и
очистку всех компонентов, требуемых для работы библиотеки. Обе функции сделать
реентрабельными, с подсчетом ссылок, как подобает хорошо спроектированным
библиотекам. Клиентам на C++ дать специальный враппер в стиле RAII (Initialize в
конструкторе и Shutdown в деструкторе).

3) Зависимости классов друг от друга решать через интерфейсы и подсчет ссылок.
При создании объекта давать ему одну ссылку. Для удаления использовать release, в
явном виде delete не звать. Если кто-то захочет пользоваться объектом дальше,
ему нужно будет прежде дополнительно зареференсить его, в итоге объект будет
жить столько, сколько нужно клиенту, до вызова release, освобождающего
последнюю ссылку.

4) Потенциальные циклические зависимости предугадывать и устранять еще на
стадии проектирования. Не должно быть возможности для классов А и Б взаимно
референсить друг друга.

5) Там, где пункт 4 невозможен, использовать strong reference / weak reference.

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

0

А можно привести пример какой-нибудь простенькой программы, которая использует архитектуру без синглтонов? Честно говоря, я с трудом понимаю, как это выглядит.

0

Контрвопрос: приведите пример программы, которая не может функционировать
без синглтонов. И я докажу вам, что они там не нужны.

0

Нет, я допускаю, что есть такие программы. Я не понимаю внутреннего взаимодействия компонентов. Если что-то нужно, синглтоном это будет выглядеть как Server.getData().getnanana. Как это будет выглядеть в программе без синглтонов?

0

или
или

0

Что такое m_serverData и где он хранится, откуда получен?

Добавлено через 46 минут
Пример получше. Есть программа а-ля Excel. Нужно обратиться к данным в ячейке N,M. Как происходит запрос, как загружаются, инициализируются, где хранятся, как удаляются эти данные?

0

Сообщение от relationer Что такое m_serverData и где он хранится, откуда получен?

Ну например, пусть это будет указатель на некий IServer или IServerData.
Хранится он в классе, как одно из полей. Получен во время инициализации,
при создании объекта класса. При таком подходе не нужен ни синглтон,
ни статические переменные, ни забота о порядке удаления (при условии,
что IServerData управляется через подсчет ссылок).

Кстати, подсчет ссылок легко обернуть в shared_ptr...

Добавлено через 11 минут

Сообщение от relationer Пример получше. Есть программа а-ля Excel. Нужно обратиться к данным в ячейке N,M. Как происходит запрос, как загружаются, инициализируются, где хранятся, как удаляются эти данные?

Все

0

И что же такое Excel в данном контексте?

0

Сообщение от relationer И что же такое Excel в данном контексте?

Опечатка. Собирался написать вот так:

0

Cинглтоны не нужны, есть же принцип инверсии зависимостей. Прокидывай абстрактные интерфейсы

Сообщение от relationer Есть программа а-ля Excel. Нужно обратиться к данным в ячейке N,M. Как происходит запрос, как загружаются, инициализируются, где хранятся, как удаляются эти данные?

Контроллер должен знать о моделе

0