Осуществление [закрытого] стиля кодирования

Я сказал бы хорошую идею. Я взял бы его шаг вперед и заставил бы всех использовать файл конфигурации в их IDE так, чтобы они писали в согласованном стиль по умолчанию. Если они оказываются перед необходимостью смотреть на всех код else в нейтральном стиле, они могли бы также привыкнуть к нему. Даже их собственный код должен быть в нейтральном стиле после одного цикла контроля регистрации, итак, почему разрабатывают новый код в их собственном персональном стиле?

Если Вы ограничили его осуществлением стиля на фигурных скобках и добавлении отступа, то я думаю, что это - хорошая идея. Однако, если бы необходимо было попытаться осуществить каждый стандарт форматирования, тогда это, вероятно, не было бы. По-моему, существуют времена, когда имеет смысл повреждать стандарт. Например, я предпочитаю

int x = y * z;

к

int x = y*z;

, потому что легче читать. Однако я значительно предпочитаю

int a = b*c + d*e;

к

int a = b * c + d * e;

, потому что интервал представляет порядок операций.

, Таким образом, Ваша политика осуществления добавления отступа и фигурных скобок звучит действительно хорошей. Но если бы кто-то когда-нибудь пытался вслепую осуществить другие правила интервала, я не думаю, что это работало бы хорошо.

Это походит на хорошую идею. Пока стиль, с которым Вы заканчиваете, не является чем-то абсолютно странным, это - хороший способ удостовериться, что Ваши разработчики используют стиль. И это обладает дополнительным преимуществом, что они не должны кодировать тот путь - это будет переформатировано для них, когда они зарегистрируются в своих изменениях. Было бы хорошо иметь инструмент как этот доступный, что можно включить CVS (общее обозначение).

Мы используем TFS с регистрацией политики, которая выполняет ряд правил Stylecop. Если Ваш код не передает, Вы не можете регистрировать его. Работы очень хорошо действительно. Кроме последовательного стиля и хорошего комментария повсюду, это также, кажется, увеличило общее качество кода - возможно, потому что разработчик вынужден описать то, что и т.д. делает каждый метод, событие, они вынуждены думать о коде больше перед регистрацией.

Только решение для MS, но стоящий, если это доступно Вам.

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

, Например, если у Вас есть много SQL в Вашем коде, Вы, вероятно, форматируете SQL автоматически. Но если Ваш SQL является дольше, чем одной строкой (какой длины строка, так или иначе?) затем необходимо отформатировать его. До сих пор я должен все же видеть хорошее средство форматирования, чем может иметь дело с этим правильно.

Пример:

String sql = "SELECT * FROM USERS WHERE ID = ? AND NAME = ? AND IS_DELETED = 'N'";

по сравнению с

String sql = 
  "SELECT * " +
  "FROM USERS " + 
  "WHERE ID = ? " + 
  "  AND NAME = ? " +
  "  AND IS_DELETED = 'N'";

второй формат более читаем, когда у Вас есть действительно долгие запросы. Большинство средств форматирования было бы de-формат это в одну длинную линию до длины строки.

Однако, если все Вы делаете, поворачивается

if(x=1) print("blah"); else print("eep!");

в [1 110]

if (x = 1) {
  print("blah");
} else {
  print("eep!");
}

затем, средство форматирования в порядке. Мы делаем что-то подобное на работе; это не осуществляется инструментом CVS, а скорее IDE. Работы обоснованно хорошо.

Я считаю, что вы уже определились со своей средой разработки. Если вы используете Eclipse, вы можете включить действие сохранения «Форматировать исходный код» в редакторе Java, которое переформатируется при каждом сохранении. Основным преимуществом этого является то, что шансы исходных текстов отмечены в вашем репозитории исходных текстов в то время, когда они были сделаны, а не когда исходный текст был переформатирован позже.

Сделайте это автоматическим шагом. Вы оцените это позже.