Разбиение программы, использующей SDL, на модули

[ElectroMent]

Сообщение от mmx358

onewho, дээээ, придется размазывать алгоритм по файлам... очень жаль... Наверное, когда завершу эту программу, буду изучать OpenGL, что-то мне подсказывает, что с ним не будет такого геморроя касательно графики.

Заблуждаешься.
Достаточно будет изучить принципы организации кода приложения и будет все получаться. Очень надеюсь =)

[mmx358]

ElectroMent, спасибо вам большущее! Я уже начал кроить программу по-другому, как только дорвусь до нее снова, обязательно сделаю, как вы сказали, затем отпишусь о результатах!

[Пепел Феникса]

функции не нужно писать как extern.

[ElectroMent]

Сообщение от _Bers

Не уверен, что понимаю о чем речь. Поэтому, может быть я зря влазию.
Но возможно проблема ТС связанна с тем, что порядок инициализации глобальных данных не определён.

Это означает, что если Second инициализируется раньше, чем First, но ему для работы нужны корректные данные от First, то последствия могут быть непредсказуемыми.

Лекарство: паттерн "одиночка", или "Singleton"

1. Учтем он пишет на С. паттерн "одиночка" в топку.
2. Проблема в создании компилятором нескольких копий глобальных переменных в разных модулях, чтоб такого не было сообщи компилятору что переменная одна и та же в нескольких модулях ( используй extern ).

[Пепел Феникса]

1. Учтем он пишет на С. паттерн "одиночка" в топку.

учтем что паттерн не привязан к ЯП, итого ваш пункт в топку.

2-ое верно.

[_Bers]

Сообщение от ElectroMent

1. Учтем он пишет на С. паттерн "одиночка" в топку.
2. Проблема в создании компилятором нескольких копий глобальных переменных в разных модулях, чтоб такого не было сообщи компилятору что переменная одна и та же в нескольких модулях ( используй extern ).

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

2. Предпочитаю грамотно конструировать архитектуру, что бы потом не иметь мышиной возни с extern.

Необходимость учитывать порядок инициализации глобальных данных, и чего то там "не забывать, а то все будет черным" - признак ущербной архитектуры.

Extern - зло.

[mmx358]

_Bers, и ваши предложения?

[_Bers]

Сообщение от mmx358

_Bers, и ваши предложения?

1.Тщательнее проектировать архитектуру.
2. см #15 сообщение.

[Пепел Феникса]

Необходимость учитывать порядок инициализации глобальных данных, и чего то там "не забывать, а то все будет черным" - признак ущербной архитектуры.

необходимости тут нет.

Extern - зло.

экстерн более быстрый механизм для межмодульных данных, куда лучше чем вызовы функций(с проверками вечными).
что в С, что в С++.

хотя насчет кучи "незаменимых" глобальных переменных согласен.
но функция вместо переменной не лучше.

[ElectroMent]

Сообщение от Пепел Феникса

учтем что паттерн не привязан к ЯП, итого ваш пункт в топку.

а я не говорю, что паттерн привязан к ЯП, лишь отметил, что выражение "используй паттерн "одиночка" " ему как "барану новые ворота" (примеры распространены для С++ и т.д.) ( ни в коем случае не оскорбляю автора темы ). Человек ждет конкретного плана "что делать".