Как говорится орфография и пунктуация аффтара сохранены  

Если код оформлен читаемо то и рабираться в нём легче. По поводу swtch`ей - в некоторых случаях без них не обойтись (пример программа под чистый WinAPI), так что, если оно работает то и плохо оформлено, то оформление можно немного поправить. Главное что бы поле надстройки оно так же хорошо работало как и без нее. 

Кроме того лично видел несколько реализаций в которых использовалось goto, да там можно без этого обойтись, просто по моему  стоит помнить и о оптимизации кода, по быстро действию втом числе.

Не нужно накручивать лишнего если без этого можно обойтись.
А вообще можно к описанному в первом посте кассу добавит несолько функций открывающих доступ к нужым фн-ям в нутри него, после чего написать свой класс, а исходный использовать как челен своего класса. И никаких проблем. 

Пару лет назад, еще начинал программировать написал так:


переделал на(ваще обаржаца  ) 



Хотя мой препод сказал, что второй код работает на некоторых компиляторах.

Долго не мог сообразить. Мы все конечно знаем что писать можна так:


или:


З.Ы. Переменная i  использовалась просто так, для наглядности!

Вообще, не рекомендуется использовать в одной строке более одного действия (за редчайшими исключениями).
То есть код

лучше переписать так:

Согласен! )))
Но всетаки у всех есть вредные привычки. Давно бы надо от нее отделаться.  

Недвно видел такое 


//считаем согласные буквы.
#include <stdio.h>
#include <string.h>
void main()
{    int i=0; //количество символов.
     int s=0;// колличество согласных букв.
    char C=0;
    printf("vedite predlojenie:\n");
     scanf("%s", strlen);
     for(int i=0;i!=0; i=i++);
     printf("kolichestvo simvolov v stroke %d",i);
     if (C='Ц','К','Н','Г','Ш','Щ','З','Х','Ф','В','П','Р','Л','Д','Ж','Ч','С','М','Т','Б');
     printf("kolichestvo soglasnyh bukv %s",s);
      system("PAUSE");
      return;
}

Недавно видел такое:



Долго ржал когда мне скинули СКРИНШОТ этого кода в билдере и попросили посмотреть где ошибка.

У нас чувак на работе запросто пишет такой код:


Типа сначала "изнасиловали" объект явным приведением, а потом еще "вот тебе, маленький, аккуратный динамик_каст" ("хотя он тебе уже мало чем поможет")...

Это сообщение отредактировал(а) Rocksteady - 22.4.2008, 17:13

Да нормально сработает: если компилятор приведение видит, нормально сработает уже c-приведение, а dynamic cast - просто лишний. Если же компилятор не знает как привести (первое), то адрес не изменится, а тут как раз dynamic_cast подскочит.
Хотя код конечно дурной: устройте ему темную, что ли, если начальству все равно.

Не факт. Совсем не факт.



Вот рассуждениями примерно такого уровня руководствуются авторы подобного кода.

Это нужно обосновать.

Правильная работа - не единственный критерий хорошего кода, и даже не самый главный.

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


и который здесь


в обоих случаях сделает вывод числа 123.

Это сообщение отредактировал(а) UnrealMan - 23.4.2008, 13:11

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

сегодня пронаблюдал такой код (под бс3.1)

далее очень интересная функция:

Особенно мне понравилась идея &(*flag)

Тоже один раз подобное видел. 

Или вот еще недавно наблюдал код примерно такого содержания: