LINUX.ORG.RU
Ответ на: комментарий от name_no

Ну так тоже можно =) Но это вроде бы больше в яве юзают, не?

Zhbert ★★★★★
()
Ответ на: комментарий от Ximen

> wd, str, tableindex, отсутствие «tr».

Не, ну это мелочи, ИМХО, кроме tr. Не все переменные получается назвать осмысленно, особенно когда они сугубо вспомогательные и при кодинге хотелось вообще без них обойтись.

А вот tr жберт стопудово себе не простит потом.

name_no ★★
()
Ответ на: комментарий от name_no

>А вот tr жберт стопудово себе не простит потом.

Зачем оно, если все надписи в программе на аглицком?

Zhbert ★★★★★
()
Ответ на: комментарий от Zhbert

> Зачем оно, если все надписи в программе на аглицком?

Чтобы завтра сесть и лёгким движением QtLinguist'а сделать все надписи по-русски.

name_no ★★
()
Ответ на: комментарий от name_no

Не, ну это мелочи

Это мелочи, которые остались после этого разбора.

А вот tr жберт стопудово себе не простит потом.

:)

Ximen ★★★★
()
Ответ на: комментарий от name_no

>Чтобы завтра сесть и лёгким движением QtLinguist'а сделать все надписи по-русски.

Не подумал... *ушел дописывать тр*

Zhbert ★★★★★
()
Ответ на: комментарий от name_no

«{» всегда приходится «искать» (точнее переводить взгляд на конец предыдущей строки), в то время как здесь ее сразу видно и блок кода воспринимается быстрее:

void mainElCat::exitMenu()
{
    QApplication::quit();
}
попробуйте, вам понравится. я когда-то тоже так кодил. сейчас уже просто не могу видеть явно выделенную '}' и не видеть аналогичным образом выделенную '{'.

xydo ★★
()
Ответ на: комментарий от xydo

>я когда-то тоже так кодил.
«так» - в смысле не выделял для «{» целую строку.

и, да, ЗЫ: мне не платят за количество строк кода. иной раз вообще 1 строку за целую неделю только и напишешь) (багфиксинг, блин)

xydo ★★
()
Ответ на: комментарий от xydo

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

Я наоборот, раньше ставил их на одном уровне. Блоки видны благодаря отступам. Вот если начинается лестница (if (1) {if (2) {if (3) return;}}) тогда всё плохо, но в этом случае оба варианта не спасают.

> сейчас уже просто не могу видеть явно выделенную '}' и не видеть аналогичным образом выделенную '{'.

мне видно хорошо, подсветка, видимо, более яркая. В любом случае, это — дело вкуса.

name_no ★★
()

(set 'c-default-style «linux»)

captcha: you dustier

anonymous
()
Ответ на: комментарий от VladimirMalyk

еще он игнорит прелести ui-> QCreator'a

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

Ximen ★★★★
()
Ответ на: комментарий от VladimirMalyk

>еще он игнорит прелести ui-> QCreator'a

Я, видимо, болен, но всегда пишу кодом, не люблю элементики на форму кидать. Когда смотрю на код, формирующий окно, сразу вижу окно в уже готовом виде.

Zhbert ★★★★★
()
Ответ на: комментарий от Zhbert

Я, видимо, болен, но всегда пишу кодом, не люблю элементики на форму кидать.

Производительность труда сильно страдает. И кол-во кода, который надо читать/сопровождать увеличивается.

Ximen ★★★★
()
Ответ на: комментарий от Ximen

>Производительность труда сильно страдает.

Мб. Но чаще всего пишу для себя, ну или для опенсорца какого, а там производительность особо не важна.

Zhbert ★★★★★
()
cat ~/.astylerc
--indent=tab
--brackets=break
--pad=oper
--pad=paren-out
Reset ★★★★★
()

> Какой, по вашему мнению, наиболее удобочитаемый и почему?

Тот, к которому привык

Дополнительные комментарии

Практика показывает, что нужно спокойно относится к любому стилю, т.к. в реальности придётся работать с очень многими, в том числе и с мешаниной. Главное, чтобы код сам по себе был написан более менее грамотно, тогда работать с ним одно удовольствие, независимо от стиля.

runtime ★★★★
()
Ответ на: комментарий от runtime

Тот, к которому привык

Или тот, который используют на проекте куда ты попал.

Dudraug ★★★★★
()
Ответ на: комментарий от stpg

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

Chaser_Andrey ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.