СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть
Это сообщение показано отдельно, перейти в тему, где размещено сообщение: Программирование
Старый 04.06.2015, 10:00   #103 (ссылка)
ЛИИЖТ АТ-103 (1981-1986)
 
Аватар для Просто инженер АиТ

Регистрация: 16.10.2012
Адрес: Где резной палисад
Возраст: 64
Сообщений: 980
Поблагодарил: 220 раз(а)
Поблагодарили 140 раз(а)
Фотоальбомы: не добавлял
Репутация: 380
Рафа, не заморачивайся со всякими возможностями языка, начинай писать, будет что-то что хотелось бы сделать, но не знаешь как - спрашивай!
Например, я редко пользуюсь такими вещами, как Исключениями, Шаблонами, только там где это действительно надо!
Но зато всегда проверяю указатель на NULL, особенно после выделения по new, или перед удалением, поэтому ситуации Исключений не появляются! Далее, если выделял память, то после удаления, всегда этот указатель устанавливаю в NULL, таким образом Не появляется ситуация Удаления Удалённого, т.е. нет Исключения.
В Конструкторах всегда инициализирую все переменные в значения по умолчанию, и Обязательно все указатели в NULL. Не старайся применять переменные типа int*** A; - это может быть сложно при отладке.
Когда пользуешься битовыми полями всегда учитывай размер переменной, в которой будут хранится эти битовые поля.
Обязательно пиши комментарии - это поможет тебе! Только не пиши тупые комментарии типа "Переменной А присваиваем значение В", такие комментарии только засоряют исходник и делают его не читаемым!

Просто инженер АиТ добавил 04.06.2015 в 10:00
Исходники ПО всегда разношу в файлы Заголовков(h, hpp) и файлы Методов (c, cpp), так легче делать достаточно большое ПО, например, от 50 тысяч строк собственного кода.
Все переменные (члены) Класса обязательно должны быть прокомментированы, чтобы знать зачем она нужна, при написании комментария начинаешь задумываться и достаточно часто находишь более лучшее решение. Тоже относится к методам. Если что-то менял в ПО обязательно должен быть комментарий с датой и описанием почему менял! Наиболее важные комментарии начинаю с символа # это облегчает поиск нужного места в ПО.
Для возможности переноса ПО под разные компиляторы стараюсь пользоваться POSIX стандартом.
Всегда делю ПО на три части:
- Модель - непосредственно собственный код, занимающийся решаемой задачей. Код не зависит от среды разработки;
- Представление - код занимающийся красивым выводом на монитор результатов Модели и интерфейсом с пользователем. Это код привязан к среде разработки;
- Интерфейс - код который связывает Модель с Представлением, может меняться в зависимости от среды разработки.

Комментарии к сообщению (репутация)
Rafa, положительно:
__________________
Не важна реальность, важно как мы к ней относимся!

Последний раз редактировалось Просто инженер АиТ; 04.06.2015 в 10:00. Причина: Добавлено сообщение
Просто инженер АиТ вне форума   Цитировать 0
 Нажмите здесь, чтобы написать комментарий к этому сообщению  
 

Яндекс.Метрика