Каково преимущество этого специфического форматирования?

Легче добавить параметр в конце, запускающемся путем дублирования предыдущего параметра (строка).

Имейте смысл, когда Вы уверены, что первый параметр никогда не будет изменяться, который часто имеет место.

Преступное намерение?

Серьезно, хотя, трудно составлять стиль форматирования иногда. Это - в основном вопрос персонального вкуса. Лично, я думаю, что обе формы немного противны, если Вы серьезно не ограничиваетесь с точки зрения длины строки.

Другое преимущество состоит в том, что в первом примере Вы могли прокомментировать или B или строки C, и это останется синтаксически корректным. Во втором примере, если бы Вы пытались прокомментировать строку C, у Вас была бы синтаксическая ошибка.

Едва ли стоящий создания его настолько ужасным, если Вы спрашиваете меня.

Кажется мне как личный выбор.

Единственное преимущество, которое я видел бы, когда Вы добавляете параметр, просто необходимо скопировать и вставить последнюю строку, сохранив Вас дополнительные нажатия клавиш пары редактирования положения запятой и такого.

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

std::cout << "some info "
    << "some more info " << 4
    + 5 << std::endl;

(Отметьте, в этом случае, разбивание 4 + 5 глупо, но если у Вас есть сложный математический оператор, это может быть необходимо).

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

 std::vector<int> v = ...;
 std::vector<int> w = ...;
 for (std::vector<int>::iterator i = v.begin()
       , std::vector<int>::iterator j = w.begin()
       ; i != v.end() && j != w.end()
       ; ++i, ++j)
           std::cout << *i + *j << std::endl;

Никакая причина, я подозреваю, что это - просто вопрос персонального предпочтения.

Я лично предпочел бы второй.

void function (int a,
               int b,
               int c
              )

Единственное преимущество, которое я видел бы, когда Вы добавляете параметр, просто необходимо скопировать и вставить последнюю строку, сохранив Вас дополнительные нажатия клавиш пары редактирования положения запятой и такого.

То же идет для того, если Вы удаляете последний параметр.

Когда Вы добавляете другое поле в конец, одна строка, которую Вы добавляете, содержит новую запятую, производя разность однострочного дополнения, делая немного легче видеть то, что изменилось при просмотре журналов изменений некоторое время в будущем.

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

function(
          int a,
          int b,
//          int c,
          int d
        )

Вы могли бы сказать, что не можете сделать этого к последнему параметру, и Вы были бы правы, но с другой формой, Вы не можете сделать этого к первому параметру:

function (
//             int a
           , int b
           , int c
           , int d
          )

Таким образом, компромисс является способностью прокомментировать первый параметр по сравнению со способностью прокомментировать последний параметр + способность добавить новые параметры, не добавляя запятую к предыдущему последнему параметру.

Я знаю, когда я переношу and's в sql или если оператор я пытаюсь удостовериться, и запуск следующей строки.

Если A и B
и C

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