Если так нужна гора глобальных переменных, что не есть хорошо ИМХО, можно запхнуть их в один класс обертку и сделать его синглтоном
Добавлено спустя 46 секунд
А вообще можно и без этого, в зависимости от того, какие задачи - можно подобрать необходимое проектное решение.

Сделал сейчас важный вывод для себя, после процедурного программирования, привычка к которому у меня выработалась(баловался паскалем, бейсиком, пхп) осваивать с++ на первых порах очень тяжело. Зато потом открывавется немерянная мощь языка!
Добавлено спустя 6 минут, 11 секунд
Есть 1 глупый вопрос: класс лежит в 2х файлах - объявление myclass.h и реализация myclass.cpp. В срр файле приложения подключается инклудом myclass.h, то есть только объявление класса, но в объявлении класса же нет ссылки на файл с реализацией, как компилятор подключает файл myclass.cpp?? Не пойму.

Компилятору не интересны твои h файлы, он компилирует только С++ файлы, которые подключены к проекту.
Добавлено спустя 1 минуту, 9 секунд
Подобная мощь свойственна не только С++

Daemon
Ну я думаю, что Дельфи или С-шарп ненамного уступают С++.

Согласен.



А ты не заморачивайся. Просто используй Компилятор компилит отдельно инклюды и отдельно сам код. А находит по имени файла конечно!

Дальше должен быть вывод: "И ваще всё надо писать на Яве"... Не надо перегружать человека спорными концепциями.
Добавлено спустя 45 секунд
Неа, компилит он код, в который включены инклуды.

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

kexman а то, ГОФ об этом пишут с самых первых глав книги. На то и есть повышение модульности и code reusable.

ГОФ я так и не понял о чем пишут, вообще не врубился в паттерны..

А мне кто нибудь ответит?, а то курсовая накрывается.

Билли Бонс Ну ну. А что такое precompiled headres знаеш?


ООП не панацея. Использовать его надо с умом. Сколько раз я видел такой дикий ужас реализованный полностью на ООП, что плохо становилось!

jeki столько ошибок в таком маленьком коде нужно умудрится сделать .
Во первых структура:
интересно как cin работал?! Нужно задать конкретный размер под каждое поле. Кпримеру так:

Принимать данные лучше в отдельный массив, а потом копировать чем-то наподобии strcpy(или ещё лучше strncpy). Последний символ в каждой строке лучше держать нулём - пищать системный динамик будет меньше при выводе .
Далее:

Первый параметр это указатель на данные - у тебя f уже указатель, поэтому "&" не нужен. Хотя писать всю структуру целиком в файл не обязательно - зачем запоминать указатели?! Всё равно список создавать придётся заново при подгрузке. Поэтому имеет смысл писать только значащие данные. Далее чтобы облегчить себе жизнь желательно при сохранении в структуре данных дополнять каждую строку до максимума пробелами(или сразу нулями) и последним символом держать ноль(тут нужно подумать). Таким образом записанный список будет почти dbf-файлом(останентся только заголовок прилепить ) .
Чтение из фала проводить блоками, расставляя каждый кусок в соответсующее поле структуры.

зы: создание списка это отдельная песня - тут несколько страниц назад было много примеров.

Почти всегда... Но зависит от проекта.

Могу книжеччку в желетроном варианте подбросить.. все хорошо разжовано. А вообще паттерны - это просто стратегии. и ничего больше

Обычно это больше зло с точки зрения компилятора.

А иногда и вообще не получается привыкнуть к ООП. От уровня мозга зависит

Представь себе, знаю. Дык разговор вроде о стандартном С++, а не о микрософтовских фишках.

nickyoz
Что за книжечка? Если не шибко сложная, то я с радостью - evilguard[dog]mail.ru .

Ненадо смешивать мухи и котлеты, стратегии это одно (паттерн strategy и policy Александреску), а паттерны - это другое.

Daemon Брр... ну я не знаю как русским языком объяснить такие простые вещи