55 
Если точнее: Эффективное использование C++. 55 верных советов улучшить структуру и код ваших программ
Правило 26: Откладывайте определение переменных насколько возможно.

Есть ещё в "Стандарты программирования на C++. 101 правило и рекомендация" (Герб Саттер, Андрей Александреску)
18. Объявляйте переменные как можно локальнее.

первый раз все равно идет чтение в регистр
и неважно, где расположена при этом переменная

55 я начал читать, но когда понял, что это то же самое что и 35 читать стало лень(а в магазине сказали "они дополняют друг друга") .


MAKCim, в принципе ты можешь писать в стиле Си . У меня сейчас не соображает голова чтобы дать тебе весомые аргументы, что писать нужно иначе... Возьми что ли Мейрса с Александреску у кого-нибудь, пролистай указаные правила.

archimed7592, 

спасибо   
на самом деле я просто хочу разобраться

эх, если бы кто-нибудь здесь цитату привел
а то искать лень   

SaDFromSpb, 
ООП ? Да там проблемы какие-то с распределением памяти были... Да и на самом деле - не нужно оно для ядра...

Аргументов 2:
1) производительность - в случае неиспользования переменных не должны зря вызываться конструкторы и деструкторы,
2) читабельность/самодокументируемость кода выше, когда переменная объявлена ближе к месту использования и инициализируется в месте объявления (хорошо видно, когда и для чего нужна переменная).


Это сообщение отредактировал(а) UnrealMan - 7.11.2007, 14:24

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

Жалко, что мы отвлеклись. и если позволите еще важный вопрос, скоре всего из разряда RTFM но не получается у меня.

Вынес описание класса в файл dbft.hpp, реализацию в файл dbft.cpp, создал проект с main() в файле dbfex.cpp.
В файле dbft.cpp сделал #include "dbft.hpp", в файле dbfex.cpp  - тоже.
При компиляции получаю ошибку "In file included from dbfex.cpp" на строке #include "dbft.hpp" в файле dbft.cpp
То есть видимо ругается что 2 раза включен
Как надо правильно сделать?  

что то пока я не заметил ни одного плюса у предварительного объявления переменных

защитить хедер от двойного подключения, 
добавь первой строкой 


либо обрами весь код в хедере таким макросом:


Это сообщение отредактировал(а) zkv - 7.11.2007, 16:08

Пробовал оба варианта
Нет, наверное ругается по другому поводу
ошибки в dbft.hpp дальше описываются - типа fstream does not name a type, и тд
 я правильно сделал включив в файл dbft.hpp  строки ?

#include <cstdlib>
#include <iostream>
#include <fstream>
#include <vector>
#include <string>
#include <sstream> 

Без них собствено те же ошибки
Блин

Добавлено через 11 минут и 15 секунд
Ура, заработало!
инклюдить  надо после using namespace std а то компилер ничего не находит
Всем спасибо

лучше не использовать - плохой тон

из дежавю копировал, поэтому на форматирование не жаловаться 

Использовать EBP в качестве того, для чего он предназначен изначально — расточительство.
Visual Studio 6, к примеру (Release), использует EBP как регистр общего назначения.
Переменные адресуются по ESP (да, это сложнее, на то он и компилятор, чтобы справиться, он и справляется).
Подозреваю, что и другие компиляторы не разбрасываются регистрами.

использование ESP, +1 байт к каждой инструкции
расточительно, однако   (учитывая, что локальных переменных обычно много)
тут надо соблюдать равновесие между оптимизацией по скорости и размеру

Добавлено через 3 минуты и 29 секунд
zkv, 
спасибо за ссылку