Только хотите увидеть код стиля Allman и сохранить код стиля K & R

Один из наших разработчиков решил, что он продиктовал другим разработчикам, как люди должны форматировать исходный код.

Я сам твердо убежден в том, что отступ в стиле Allman лучше, чем K & R.

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

Итак, что я хочу делать, каждый раз, когда я открываю файл в Eclipse, у меня есть формат исходного кода, так что я могу посмотреть на красивый код. Каждый раз, когда я сохраняю его, он должен форматироваться в продиктованном стиле в офисе.

Я думаю, что я в порядке с этим вручную и с двумя горячими клавишами. Ctrl-Alt-PgUp: мой путь Ctrl-Alt-PgDown: высокий путь

Опция "горячая клавиша", вероятно, хороша, потому что тогда я могу проверить, что все хорошо, а не потому, что это происходит невидимо за кулисами.

Eclipse имеет один формат. Мне нужно два стиля форматирования и сопоставить их каждому с сочетанием клавиш. Возможно ли это, и если да, то как?

Ответ 1

Хорошо, похоже, что вековые споры вернулись. К сожалению, Eclipse JDT UI не поддерживает применение разных форматировщиков кода.

Там ошибка № 45423, которая предназначена для решения этой проблемы. Пока эта ошибка остается незафиксированной, лучшим решением будет применение форматирования в фиксации фиксации, поскольку каждый проект связан с его собственным форматированием; вы даже не можете выбрать другой форматтер для применения к файлу save action (Настройки → Java → Редактор → Сохранить действия). Честно говоря, я не думаю, что клавиши быстрого доступа даже будут работать.

Кроме того, возможно, стоит изучить использование Форвардер кода Questoid, который, по-видимому, является ближайшим (или единственным) плагином для поддержки ваша потребность. Я не пытался его использовать; Я только прочитал описание с Eclipse Marketplace.

Ответ 2

Мой совет: просто научись терпеть уродство. Если ваша функция "сравнить с историей в SCM" действительно хороша, слишком легко получить побочные отличия при форматировании.

Ответ 3

При всем уважении к Майку, если вы не можете победить их, присоединитесь к ним. Действительно, научитесь терпеть уродство, как посоветовала дджна. Я даю этот совет, проведя всю карьеру, спокойно борясь с этой битвой.

Я считаю, что кодирование в стиле Allman лучше с несколькими значимыми, значительными способами, начиная с выравнивания кода и видимого разъяснения блоков кода. Люди в стиле Allman, как правило, являются теми, которые предпочитают/терпят больше использования вертикальных пробелов, чтобы помочь прояснить, какие вещи идут вместе, и когда начался новый этап или фаза.

Из моих собственных анекдотических исследований основное преимущество K & R, которое чаще всего цитируется, помимо уважения к предыдущему прецеденту, заключается в том, что K & R - это стиль, который предпочитают те, кому нравится видеть больше кода на одном экране. Да, это правда, что основная причина. Плотность кодов. Я думал, что этот вопрос скончался бы от его окончательной смерти, как только мы закончили экраны консолей в возрасте 80 х 25 символов в начале 90-х, но, увы, но, похоже, это не имело значения. Поэтому для тех, кто любит плотность кода, поэтому они могут видеть больше кода на одном экране за раз, мы страдаем миллионами строк кода стиля K & R. * Вздох *

Итог: вы не можете выиграть религиозную войну. Это не стоит усилий. Когда в Риме делайте то же, что и римляне, и просто учитесь жить с тем, что есть. Это проблема, которая нас психологически затрагивает, потому что это своего рода "Сила и контроль". Но мы все понимаем, что некоторые вещи у нас просто не имеют законной власти или контроля, поэтому пусть эти вещи и учатся адаптироваться. Это действительно правильный способ приблизиться к вашей карьере разработки программного обеспечения.