Здравствуйте, Нэчер, Вы писали:
Н>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку? Н>IMHO, жутко неудобно!
Н>Сравните:
Н>
имхо некорректно, правильней (вроде по сановским рекоммендациям, проверять лениво):
/**
* some javadoc for class
*/class HelloWorld{
/**
* some javadoc for method
*/public static void main(String[] args){
System.out.println("Hello world");
}
}
Здравствуйте, Курилка, Вы писали:
К>имхо некорректно
Что значит некорректно? Нюансы оформления на результат компиляции не влияет.
То, что SUN нравится такой стиль совершенно не значит что в другом стиле код оформлять нельзя.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Нэчер, Вы писали:
Н>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку? Н>IMHO, жутко неудобно!
Рискну предположить, что это из-за того, что народ учился в основном по книжкам, а в книжках для экономии места обычно скобки на отдельные строчки не ставят
Ну и насчет отличия от С ты загнул: в оригинальной книжке Кернигана-Ричи по С именно так скобки и стояли, ЕМНИП.
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, Курилка, Вы писали:
К>>имхо некорректно CC>Что значит некорректно? Нюансы оформления на результат компиляции не влияет. CC>То, что SUN нравится такой стиль совершенно не значит что в другом стиле код оформлять нельзя.
Вопрос был по поводу стиля оформления, я написал, что приведённое некорректно по рекоммендациям сана про стили оформления кода на Java. Про то, что "в другом стиле код оформлять код нельзя" — ваши домыслы.
Подмена темы — очень некрасивый, на мой взгляд, способ ведения дискуссии.
Здравствуйте, Нэчер, Вы писали:
Н>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку? Н>IMHO, жутко неудобно!
Это всего лишь рекомендации. Зависит от проекта, над котором работаешь.
Если разрешено, я всегда переношу.
Здравствуйте, Нэчер, Вы писали:
Н>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку? Н>IMHO, жутко неудобно!
Ну так переноси — кто мешает-то? Я так и делаю, кстати.
Здравствуйте, jazzer, Вы писали:
J>Здравствуйте, Нэчер, Вы писали:
Н>>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку? Н>>IMHO, жутко неудобно!
J>Рискну предположить, что это из-за того, что народ учился в основном по книжкам, а в книжках для экономии места обычно скобки на отдельные строчки не ставят
Нет, думаю дело даже не в книжках, а чисто в экономии строк, т.е. чтоб максимум на экране поместилось. Думаю, в 70х-80х было актуально...
Этот стиль позаимствован у K&R, а перенос первой скобки на новую строку — это стиль ANSI C. Глянуть можно тут про стили
J>Ну и насчет отличия от С ты загнул: в оригинальной книжке Кернигана-Ричи по С именно так скобки и стояли, ЕМНИП.
Да, т.к. это стиль K&R. =) Мне он не нравится, мне больше нравится переносить скобку, т.к. можно увидеть где блок начинается, а где заканчивается, т.е. даже не важно что это, а главное что это блок. Ставить скобки если тело блока занимает одну строку — дело легкости чтения, если скобки облегчат понимание — их стоит ставить.
Здравствуйте, Plague, Вы писали:
P>Да, т.к. это стиль K&R. =) Мне он не нравится, мне больше нравится переносить скобку, т.к. можно увидеть где блок начинается, а где заканчивается, т.е. даже не важно что это, а главное что это блок. Ставить скобки если тело блока занимает одну строку — дело легкости чтения, если скобки облегчат понимание — их стоит ставить.
В стиле K&R тоде всегда видно начало блока. Это всегда непустая строка над закрывающейся скобкой. Чем хуже --
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, Нэчер, Вы писали:
Н>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку? Н>IMHO, жутко неудобно!
IMHO это примерно такая же СВ как и TAB vs пробелы...
IMHO надо их рядышком положить...
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, Erop, Вы писали:
E>Здравствуйте, Plague, Вы писали:
P>>Да, т.к. это стиль K&R. =) Мне он не нравится, мне больше нравится переносить скобку, т.к. можно увидеть где блок начинается, а где заканчивается, т.е. даже не важно что это, а главное что это блок. Ставить скобки если тело блока занимает одну строку — дело легкости чтения, если скобки облегчат понимание — их стоит ставить.
E>В стиле K&R тоде всегда видно начало блока. Это всегда непустая строка над закрывающейся скобкой. Чем хуже --
Ничем, это вопрос восприятия. По мне, так лучше с переносом, кому-то лучше без...
Здравствуйте, Plague, Вы писали:
P>Здравствуйте, jazzer, Вы писали:
J>>Здравствуйте, Нэчер, Вы писали:
Н>>>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку? Н>>>IMHO, жутко неудобно!
J>>Рискну предположить, что это из-за того, что народ учился в основном по книжкам, а в книжках для экономии места обычно скобки на отдельные строчки не ставят P>Нет, думаю дело даже не в книжках, а чисто в экономии строк, т.е. чтоб максимум на экране поместилось. Думаю, в 70х-80х было актуально...
ну так а я что сказал? чем экономия места отличается от экономии строк?
P>Этот стиль позаимствован у K&R, а перенос первой скобки на новую строку — это стиль ANSI C. P>Глянуть можно тут про стили
Слушай, ну вот я не верю, что ты, отвечая на мои строчки вверху, не прочитал мои же строчки внизу про K&R
А насчет Java — так она, с их требованием держать весь код класса в одном файле, вообще в обычном текстовом редакторе не живет, ибо нет никакой возможности увидеть список членов, методов и т.п. — все вперемешку.
Так что только IDE, а тут уже, имхо, оверхед на лишние строки для скобок совершенно пофиг.
J>>Ну и насчет отличия от С ты загнул: в оригинальной книжке Кернигана-Ричи по С именно так скобки и стояли, ЕМНИП. P>Да, т.к. это стиль K&R. =) Мне он не нравится, мне больше нравится переносить скобку, т.к. можно увидеть где блок начинается, а где заканчивается, т.е. даже не важно что это, а главное что это блок. Ставить скобки если тело блока занимает одну строку — дело легкости чтения, если скобки облегчат понимание — их стоит ставить.
Для меня лично не так важно видеть, где начинается блок (это и по отступу видно обычно), как то, что строчка со скобкой (по сути, пустая) визуально отделяет тело блока от условий/итераций и прочего содержимого if/for/while, особенно когда все это начинает рифмоваться с отступом:
Здравствуйте, CreatorCray, Вы писали:
CC>То, что SUN нравится такой стиль совершенно не значит что в другом стиле код оформлять нельзя.
Можно, но не стоит.
При работе с конкретным языком программирования не стоит выеживаться и пытаться скомпенсировать свою ограниченность (владение всего одним синтаксисом или привыкание к мелочам, что характерно старым людям); правильная жизненная позиция — использовать code conventions, рекомендуемые производителем компилятора.
Code Conventions for the Java Programming Language
1 — Introduction
1.1 Why Have Code Conventions
Code conventions are important to programmers for a number of reasons:
80% of the lifetime cost of a piece of software goes to maintenance.
Hardly any software is maintained for its whole life by the original author.
Code conventions improve the readability of the software, allowing engineers to understand new code more quickly and thoroughly.
If you ship your source code as a product, you need to make sure it is as well packaged and clean as any other product you create.
Здравствуйте, Курилка, Вы писали:
К>>>имхо некорректно CC>>Что значит некорректно? Нюансы оформления на результат компиляции не влияет. CC>>То, что SUN нравится такой стиль совершенно не значит что в другом стиле код оформлять нельзя. К>Вопрос был по поводу стиля оформления, я написал, что приведённое некорректно по рекоммендациям сана про стили оформления кода на Java. Про то, что "в другом стиле код оформлять код нельзя" — ваши домыслы.
Я речь как раз про стиль и веду.
К>Подмена темы — очень некрасивый, на мой взгляд, способ ведения дискуссии.
Спокойнее...
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, jazzer, Вы писали:
J>Для меня лично не так важно видеть, где начинается блок (это и по отступу видно обычно), как то, что строчка со скобкой (по сути, пустая) визуально отделяет тело блока от условий/итераций и прочего содержимого if/for/while, особенно когда все это начинает рифмоваться с отступом:
Иногда делают, наример, так: J>
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, Plague, Вы писали:
P>Ничем, это вопрос восприятия. По мне, так лучше с переносом, кому-то лучше без...
Расширь своё восприятие! И будешь, как я! -- Мне ПОФИГ!
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Здравствуйте, jazzer, Вы писали:
J>ну так а я что сказал? чем экономия места отличается от экономии строк?
Минус за то, что книжки тут ни при чем.. =) Просто был выбран именно K&R стиль, а ANSI C стиль к этому времени уже давно существовал.
J>Слушай, ну вот я не верю, что ты, отвечая на мои строчки вверху, не прочитал мои же строчки внизу про K&R
см.выше =)
J>А насчет Java — так она, с их требованием держать весь код класса в одном файле, вообще в обычном текстовом редакторе не живет, ибо нет никакой возможности увидеть список членов, методов и т.п. — все вперемешку. J>Так что только IDE, а тут уже, имхо, оверхед на лишние строки для скобок совершенно пофиг.
Согласен, начинают возникать проблемы с читабельностью =) т.к. объявление и реализация все в одном месте... но Eclipse IDE сглаживает это хоть хорошо, думаю, IDEA тоже...
А если без IDE разгребать файлы по 100к+ совершенно не удобно... модульность плохо используется... ((
J>Для меня лично не так важно видеть, где начинается блок (это и по отступу видно обычно), как то, что строчка со скобкой (по сути, пустая) визуально отделяет тело блока от условий/итераций и прочего содержимого if/for/while, особенно когда все это начинает рифмоваться с отступом: J>
1. Определение функции визуально отчетливо разбито на 2 составляющих, т.е. условие3 не сливается с кодом.
2. Ставлю && и || перед условием, а не в конце предыдущего, т.к. хорошо видно, что это продолжение условия.
Здравствуйте, Нэчер, Вы писали:
Н>Очень интересно, почему в JAVA (в отличии от C/C++) принято не переносить '{' на новую строку?
Это стиль создателей языка Си — Дениса Ритчи и Брайана Кернигана (первый создал язык программирования, второй дал его описание, применив такую нотацию).
Знак '{' на следующей строке в C++ ввёл Бьёрн Страуструп, если не ошибаюсь.
Н>IMHO, жутко неудобно!