Страница 4 из 6
Re: К чему это?
Добавлено: 29 янв 2010, 10:25
Stanislav
Slav писал(а):
Ну, я еще понимаю, если код на один экран (хотя, тоже понятие относительное) не помещается - значит пора вычленять функции.
Чайники! Настоящего программиста не смутит 5-ти страничный цикл do! (c)
Re: К чему это?
Добавлено: 29 янв 2010, 10:26
Stanislav
igrbt писал(а):Код плохо был написан и сопровожден.
Есть такое одно правило - каждые 2-3 строчки кода надо оборачивать в функцию.

Пральна! Заморочим голову следующим читателям кода!
Re: К чему это?
Добавлено: 29 янв 2010, 23:20
igrbt
Я думаю можно по другому интерпретировать 2-3 линии кода т.е. лучше конечно чтобы количество строк кода в функции укладывалось в процент от короткой памяти программера. Учитывая что память у нас в среднем 13+- строк за раз понимания фразы в языке (не берусь утверждать насколько точно) то и делайте выводы.

Да, в дополнение к сказанному С и С++ тоже языки
Как насчет (С++)- сколько там строчек кода - 1!
Cheers
Re: К чему это?
Добавлено: 30 янв 2010, 11:22
Rai
igrbt писал(а):Как насчет (С++)- сколько там строчек кода - 1!
Переключился в студию, посмотрел на cpp-код, офигел от несоответствия сказанному :) Пошел думать, что со мной неправильно :)
Re: К чему это?
Добавлено: 31 янв 2010, 01:13
igrbt
Woops случайно упустил два ключевых слова читать надо так:
Как насчет set/get e.g accessors (С++)- сколько там строчек кода - 1!
Cheers
Re: К чему это?
Добавлено: 31 янв 2010, 02:42
Rai
igrbt писал(а):Woops случайно упустил два ключевых слова читать надо так:
Как насчет set/get e.g accessors (С++)- сколько там строчек кода - 1!
Cheers
Осторожнее надоть :) Get/Set ни показатель ни разу :) То есть показатель, но это исключительно для доступа к properties объекта. А если объект большой и методов в нем до фига? Каждый метод в одну строчку писать? :)
Собственно, holywar по поводу code style можно долго разводить. К коду есть очень простые и понятные требования: он должен быть читабельным, оформленным в каком-то едином стиле и понятным. Все остальное -- дело вкуса и требований работе с кодом в данном проекте.
Re: К чему это?
Добавлено: 31 янв 2010, 05:33
aissp
ну не редко и больше, а часто и вовсе таких функциев нету

Re: К чему это?
Добавлено: 01 фев 2010, 08:35
Slav
igrbt писал(а):Woops случайно упустил два ключевых слова читать надо так:
Как насчет set/get e.g accessors (С++)- сколько там строчек кода - 1!
Cheers
Ну, ты не только это упустил.
Если разговор идет о
А за войд функции без параметров и содержащие только одну строчку ...
, то сеты и геты каким здесь боком?
Re: К чему это?
Добавлено: 01 фев 2010, 12:43
Rai
Буквально сегодня прислали 15К строк типа cpp-кода, в котором было следующее:
for (int i = 0; i < 100; i ++) {
if (i > 5) break;
/*.......*/
}
Вопрос уже даже не "к чему это?". А "ЧТО ЭТО ЗА ХРЕНЬ?!"
Re: К чему это?
Добавлено: 01 фев 2010, 13:03
Kate
Rai писал(а):Буквально сегодня прислали 15К строк типа cpp-кода, в котором было следующее:
for (int i = 0; i < 100; i ++) {
if (i > 5) break;
/*.......*/
}
Вопрос уже даже не "к чему это?". А "ЧТО ЭТО ЗА ХРЕНЬ?!"
Гениальный код.
Re: К чему это?
Добавлено: 01 фев 2010, 18:57
aissp
должно работать однако
а так выглядит как дебажный код который не убрали ни фига. Хотя число 100 напрягает слегка

Re: К чему это?
Добавлено: 01 фев 2010, 19:04
Marmot
aissp писал(а):должно работать однако
а так выглядит как дебажный код который не убрали ни фига. Хотя число 100 напрягает слегка

Угумс, 64 или там 128 выглядело бы более солидно

А так, ламерством попахивает

Re: К чему это?
Добавлено: 01 фев 2010, 20:52
aissp
ты знал. хотя можно было сразу догадаться по использованию постфиксной операции вместо префиксной =)
Re: К чему это?
Добавлено: 01 фев 2010, 20:56
Stanislav
aissp писал(а):ты знал. хотя можно было сразу догадаться по использованию постфиксной операции вместо префиксной =)
А можно с этого места поподробнее?
Re: К чему это?
Добавлено: 01 фев 2010, 21:17
aissp
? постфиксная операция подразумевает создание временного объекта типа
соотв по умолчанию надо пользоваться префиесной. Сказки про компилятор не катят, с итераторми к примеру компилятор не поменяет постфиксный оператор на префиксный...