Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.224.149.242] |
|
Сообщ.
#1
,
|
|
|
Сообщ.
#2
,
|
|
|
Пока не голосовал: несколько минут пытался понять принцип вариантов, но не смог.
То ли 1 TAB==2 пробела, то ли отступ делается в 2 пробела/4 пробела/1 TAB/..., то ли ещё что. Что такое "сколько нужно TAB'ов"? Туманно. |
Сообщ.
#3
,
|
|
|
Сообщ.
#4
,
|
|
|
Пробелы, конечно. IDE/редактор настраиваем на вставку пробелов вместо табов(а ещё лучше авто отступ при нажатии на таб). Ну или вообще автоформатирование кода(clang-format для плюсов, например) поможет.
|
Сообщ.
#5
,
|
|
|
Это надо было сразу в холиварах создавать
Цитата D_KEY @ Пробелы, конечно. О, первый человек, не умеющий пользоваться табами, отметился |
Сообщ.
#6
,
|
|
|
Увы, только пробелы. Нынешние редакторы (программы) напрочь забыли, что такое табуляция.
|
Сообщ.
#7
,
|
|
|
Цитата OpenGL @ О, первый человек, не умеющий пользоваться табами, отметился Чего там уметь-то? |
Сообщ.
#8
,
|
|
|
Считаю, что 1 отступ, равный 1 табу - есть хорошее решение. Гибкое. Например, мне нравится, когда 1 таб занимает 2 знакоместа, кому-то нравится классические 8. Что, собственно, не мешает совместно использовать исходник без напряга (просто настройки редактора).
|
Сообщ.
#9
,
|
|
|
Да вот и я не понимаю - всё же элементарно, но тем не менее то, что записывают в недостатки табов и преимущества пробелов происходит только от неумения пользоваться первыми И поэтому, когда говорят не что-то вроде "мне больше нравятся пробелы", а именно безапелляционно утверждают "конечно, пробелы" - другого варианта, кроме как "ниасилили", в голову не приходит
Добавлено По теме же голосовалки согласен со Славян-ом, варианты непонятные. |
Сообщ.
#10
,
|
|
|
Цитата OpenGL @ И поэтому, когда говорят не что-то вроде "мне больше нравятся пробелы", а именно безапелляционно утверждают "конечно, пробелы" - другого варианта, кроме как "ниасилили", в голову не приходит Ну понятно же, что там нечто вроде "конечно, мне больше нравятся пробелы" Добавлено Цитата JoeUser @ Считаю, что 1 отступ, равный 1 табу - есть хорошее решение. Гибкое. Например, мне нравится, когда 1 таб занимает 2 знакоместа, кому-то нравится классические 8. Что, собственно, не мешает совместно использовать исходник без напряга (просто настройки редактора). На практике это плохо работает, потому что люди/ide по-разному "доформатируют" исходя из своих представлений о прекрасном. Простейший пример - выравнивание параметров функции. И тут даже утилите автоформатирования(в очередной раз упомяну clang-format) будет непросто. Я таких проектов видел много. Что характерно, раньше их больше было. В открытых проектах, кстати, табы не попадались(или спасал редактор/ide, особо честно говоря не обращал на эту ерунду внимания). |
Сообщ.
#11
,
|
|
|
Цитата D_KEY @ На практике это плохо работает, потому что люди/ide по-разному "доформатируют" исходя из своих представлений о прекрасном. Простейший пример - выравнивание параметров функции. Собственно, ЧТД Абсолютно неважно, как именно форматируется код - вне зависимости от этого юзать табы правлиьно ничто, кроме неумения это делать, не мешает. В частности, делают табами этот "простейший пример" как раз неосилившие. Цитата D_KEY @ И тут даже утилите автоформатирования(в очередной раз упомяну clang-format) будет непросто. Не знаю, как clang-format, но astyle умеет отличать alignment от indentation, и юзает табы только там, где надо использовать именно их. Добавлено А вообще, не так давно в этом холиваре была поставлена точка |
Сообщ.
#12
,
|
|
|
Цитата OpenGL @ Абсолютно неважно, как именно форматируется код - вне зависимости от этого юзать табы правлиьно ничто, кроме неумения это делать, не мешает. В частности, делают табами этот "простейший пример" как раз неосилившие. И ты будешь каждому "неосилившему" в единой кодовой базе объяснять это? Я же говорю, на практике плохо работает. Не в теории. Добавлено Да и не так сложно понять, почему людям тяжело так работать. { <tab>foo(x, <tab>....y, <tab>....[](int a) { <tab>....<tab>return bar(a, <tab>....<tab>...........100500); <tab>....}); } Очень удобно IDE хотя бы умеют сами все это ставить правильно? |
Сообщ.
#13
,
|
|
|
Цитата D_KEY @ И ты будешь каждому "неосилившему" в единой кодовой базе объяснять это? Странный вопрос. Это - просто одна из полезных мелочей. Или ты не осилившим что-либо не объясняешь ничего и никогда? Цитата D_KEY @ Очень удобно Ты так говоришь, как будто неудобно Цитата D_KEY @ IDE хотя бы умеют сами все это ставить правильно? Если бы умели - сторонников пробелов бы не существовало. |
Сообщ.
#14
,
|
|
|
Цитата Славян @ То ли 1 TAB==2 пробела, то ли отступ делается в 2 пробела/4 пробела/1 TAB/..., то ли ещё что. Что такое "сколько нужно TAB'ов"? Туманно. Эх Объясняю: табы -- это символ таба пробелы -- это символ пробела Если отступы в текстовом файле состоят из пробелов, выбираем один из первых трех вариантов. Даже если нажимаете таб и IDE подменяет на пробелы, это всё-таки пробелы. А вот если там табы, то следующие три варианта. Видел экзотику с двойными табами, но, думаю, самым популярным будет 1 таб. Под количеством имеется ввиду количество соответствующих символов в одном отступе. Оно может варьироваться, особенно в случае пробелов Добавлено Возможно, не стоило усложнять, но было интересно узнать статистику 2/4 пробела на отступ |
Сообщ.
#15
,
|
|
|
Цитата B.V. @ Видел экзотику с двойными табами А я думал, что это шутка такая в вариантах голосовалки |
Сообщ.
#16
,
|
|
|
Шутка, это про "столько, сколько нужно табов" Хотя, разное бывает..
|
Сообщ.
#17
,
|
|
|
Тогда уж нужно "величина таба" с вариантами количества пробелов.
|
Сообщ.
#18
,
|
|
|
Цитата OpenGL @ Цитата D_KEY @ Очень удобно Ты так говоришь, как будто неудобно Конечно. Гораздо проще жмакнуть один раз по табу(или просто перейти по enter на строке выше) в правильно настроенной ide/редакторе, чем страдать херней ради правильно расположенных табов и пробелов. |
Сообщ.
#19
,
|
|
|
Цитата D_KEY @ Гораздо проще жмакнуть один раз по табу(или просто перейти по enter на строке выше) в правильно настроенной ide/редакторе, чем страдать херней ради правильно расположенных табов и пробелов. Это - достаточно редкий случай Да и по enter в данном случае переходит правильно даже в sublime. Вполне вероятно, что не только он - в остальных редакторах влом проверять. К тому же непонятно, зачем это делать самому. clang-format, который ты тут расхваливаешь, не умеет в форматирование этого примера? |
Сообщ.
#20
,
|
|
|
Цитата Qraizer @ Да, понятнее бы было.Тогда уж нужно "величина таба" с вариантами количества пробелов. Короче, у меня раньше всегда так было: int main() { <4пробела>if( 5>3 ) <TAB=8пробелов>return 2; <4пробела>else return 0; } Сейчас же, когда мировой стандарт давит и давит своими TAB'ами в 4 пробела , получается: int main() { <TAB=4пробела>if( 5>3 ) <TAB><TAB>return 2; <TAB>else return 0; } |
Сообщ.
#21
,
|
|
|
Ну, у меня "стандарт" 2 пробела. Т.к. один раз tab или дважды space – разницы не вижу в принципе, то табы нафик не нужны, только раздражают, когда открываешь в дебагере, а там таб в 4 пробела.
И вообще, грамотно настроенный эдитор в far-е в лёгкую мне заменяет IDE, а в far-е у меня есть мой замечательный lua-скрипт для отступов. |
Сообщ.
#22
,
|
|
|
Цитата Славян @ Наркомания какая-то Короче, у меня раньше всегда так было: Цитата Славян @ Сейчас же, когда мировой стандарт давит и давит своими TAB'ами в 4 пробела Ты где такой мировой стандарт откопал? Таб всегда был символом, длина отображения которого задаётся в настройках редактора. |
Сообщ.
#23
,
|
|
|
Ну в FAR'е/Borland'е по-умолчанию TAB=8 пробелов, в вижуалке TAB=4 пробела.
Добавлено Ах, да, в TurboC TAB=8 пробелов!! |
Сообщ.
#24
,
|
|
|
TAB, он же HT, всегда был символом, используемым для выравнивания, а не для отступов. Позиции выравнивания традиционно располагаются на каждой 8-ой позиции строки. Что там у вас в редакторах, в особенности тех, кто работает там, где нет реестров – это уже далеко не традиционно ориентированные редакторы.
|
Сообщ.
#25
,
|
|
|
Цитата OpenGL @ Это - достаточно редкий случай Да и по enter в данном случае переходит правильно даже в sublime. Вполне вероятно, что не только он - в остальных редакторах влом проверять. К тому же непонятно, зачем это делать самому. clang-format, который ты тут расхваливаешь, не умеет в форматирование этого примера? Не такой уж и редкий. Но я так и не понял ради чего затевать весь этот геморрой. Какова ценность-то? |
Сообщ.
#26
,
|
|
|
Qraizer, мы определяем новые традиции. Для подрастающего поколения
|
Сообщ.
#27
,
|
|
|
Цитата Qraizer @ TAB, он же HT, всегда был символом, используемым для выравнивания, а не для отступов. Ну ок, допускаю, что с "всегда" я погорячился. Но сейчас таб если и используется для выравнивания кода, то только у тех, кто не умеет ими пользоваться либо пилении кода только для себя, остальные же юзают его для отступов и только для них. Цитата D_KEY @ Не такой уж и редкий. Параметры лямбдой я передаю часто, однако на такой случай я не натыкался - astyle его форматирует криво, так что я бы запомнил. Цитата D_KEY @ Но я так и не понял ради чего затевать весь этот геморрой. Какова ценность-то? Геморрой - что-то такое, что беспокоит всегда. И соответственно, однократная настройка автоформаттера им не является, в отличие от постоянного неудобства при просмотре кода на экранах разных размеров |
Сообщ.
#28
,
|
|
|
Цитата OpenGL @ Геморрой - что-то такое, что беспокоит всегда. Ну так потенциальная невнимательность коллег, некоторые случаи, когда не справляется тулза/редактор/ide. По-моему этого уже достаточно. Еще не очень понятно, на сколько можно автоформатирование строки на tab вешать, ведь тогда мы лишается возможности ручного таба. Цитата в отличие от постоянного неудобства при просмотре кода на экранах разных размеров В чем заключается неудобство? Постоянно смотрю на компе и ноуте, даже на телефоне бывает. |
Сообщ.
#29
,
|
|
|
Цитата D_KEY @ у так потенциальная невнимательность коллег, Надуманная причина. Если человек не умеет форматировать код согласно гайдлайнам - его надо бить по рукам. А если умеет, то нахожу эту невнимательность исчезающе маловероятной. Цитата D_KEY @ некоторые случаи, когда не справляется тулза/редактор/ide. Это - да, серьёзней, но минус в сравнении с использованием пробелов небольшой. Цитата D_KEY @ Еще не очень понятно, на сколько можно автоформатирование строки на tab вешать, ведь тогда мы лишается возможности ручного таба. Если тебе очень-очень надо отформатировать руками, то есть возможность сказать автоформаттеру "не работай отсюда и досюда" прямо в коде в виде комментария. При умном автоформаттере практически не нужно. Мне, например, пригодилось только один раз, когда я писал длинное объявление чего-то шаблонного из буста и захотел разбить его на несколько строк. Да и то не уверен, что нельзя это было отформатировать как надо при помощи настройки конкретно этого случая параметрами командной строки - сильно не разбирался. Цитата D_KEY @ В чем заключается неудобство? Постоянно смотрю на компе и ноуте, даже на телефоне бывает. А это, очевидно, продолжение твоего экскперимента Давай тоньше. |
Сообщ.
#30
,
|
|
|
Цитата OpenGL @ Если человек не умеет форматировать код согласно гайдлайнам - его надо бить по рукам. Интересные у вас отношения в команде Я вот за то, чтоб инструменты под людей затачивать, а не наоборот. Возни с табами больше, людям это вполне может быть неудобно. А профит если и есть, то не для всех и ничтожно мал. Добавлено Цитата OpenGL @ Это - да, серьёзней, но минус в сравнении с использованием пробелов небольшой. С пробелами все проще же. И несоответствие будет видно сразу вне зависимости от редактора и величины таба. |
Сообщ.
#31
,
|
|
|
Цитата D_KEY @ Я вот за то, чтоб инструменты под людей затачивать, а не наоборот. Так я-то как раз за затачивание. А вот любители пробелов в команде меня возможности заточить инструмент лишают |
Сообщ.
#32
,
|
|
|
Цитата OpenGL @ Так я-то как раз за затачивание. А вот любители пробелов в команде меня возможности заточить инструмент лишают Я думаю, что скорее нелюбители табов, как лишнего усложнения Но под них ведь так же надо затачивать инструмент Вообще как договоритесь, так и будет. Важно, чтоб каждый понимал, что само наличие общих правил важнее его личных предпочтений. |
Сообщ.
#33
,
|
|
|
пофигу, главное, чтобы у всех в команде были одинаковые настройки
|
Сообщ.
#34
,
|
|
|
Цитата OpenGL @ однократная настройка автоформаттера Не встречал редакторов, способных форматировать код так, как задумал я или коллектив, как ни настраивай. В принципе, таковые, наверное, есть, но не в составе используемых java ide. Поэтому только пробелы, а за использование автоформатёра, особенно на всём файле - расстрел на месте. |
Сообщ.
#35
,
|
|
|
Цитата wind @ а за использование автоформатёра, особенно на всём файле - расстрел на месте. Сразу видны приоритеты |