>Я говорю про значение термина "метод", а не про наличие синтаксических контрукций class или struct. То, что вы об этом пытаетесь говорить, автоматически не означает, что вы в этом разобрались. Вот и получается, что за пределами синтаксических конструкций, вы мыслить не можете. На это вам и указали. Ваши дальнейшие рассуждения это только подтверждают.
>А потом получаются "художники", тонко чувствующие творческие люди,
В любом случае, видно, что вы себя ни к "художникам", ни к творческим, ни к тонко чувствующим не относите.
>которые, отбросив формальности, пишут что-то вроде:
> <Первый пример>
Именно это вы называете отбрасыванием формальностей? Хотя вы скорее привели именно формальный подход человека, который долго писал на С, а потом немного прочитал что-то о С++. Только при чем здесь ООП вообще?
>Вместо скучного и формального:
> <Второй пример>
Как и следовало ожидать, вы судите об ООП по методам реализации алгоритмов. И по-вашему, при реализации методов, кто-то мешает писать так, как во втором вашем примере. И именно эти два примера по-вашему наглядно демонстрируют разницу между структурным и объектным подходами.
>Толку от творчества, ради творчества?.. Как скажется на качестве кода то, что "творческий" и "точный" программист стал функцию, структурного языка, ООП-шным термином "метод" называть?
Значит, по-вашему именно вышеприведенный вами первый пример является образцом творческого подхода. А второй пример - это именно пример по-вашему формального подхода. И значит по-вашему, приведенные вами примеры, являются доказательством того, что функцию нельзя назвать методом.
Ну да, на С-подобных языках скорее всего будет лучше реализовать эту задачу именно так, как во втором примере (а может и еще лучше можно). Однако при чем здесь творчество, формализация и ООП?
И наконец, кто мешает написать к примеру так:
do {
cout << "OK? (y/n) ";
cin >> c; c = toupper(c);
} while ((c != 'Y') && (c != 'N'));
Только снова, при чем здесь ООП?
Также можно сказать, что видимо кроме C++ и С вы других языков особо и не изучали. И как могла бы выглядеть реализация этой задачи на других языках, вы тоже представить себе не можете.
Вы просто толком не разбираетесь ни в ООП, ни в программировании вообще и путаете черное с квадратным.