Это зависит от вас. Приоритетные задания и комментарии имеют тенденцию выглядеть довольно красивыми, но они, как правило, более «поддерживаются». Например, изменение рефакторинга с помощью инструментального имени переменной может отбросить весь отступ.
Если вы не утверждают, что внимательно, вы можете в конечном итоге с кодом десять лет спустя, как:
$foobiedoobie = 'foo';
$barquax = 'bar';
$foob = 'foobar';
$boob = 'baz';
... как будто кто-то сделал диск-стреляя во всем вашем бережного форматирования. Мое прежнее рабочее место было таким: трудно сохранить эти стили хорошо в команде с действительно большой базой кода, и особенно в настройке контроля версий, где вы можете столкнуться с этими «съемками на диске» и столкнуться с сложное решение оставить его как есть (чтобы избежать большего количества изменений кода, чем необходимо) или исправить (и рискнуть раздражать других людей в вашей команде).
Таким образом, они могут выглядеть действительно красивыми в начале, но если вы не сохраните свою красоту, они могут стать действительно уродливыми на протяжении многих лет.
Между тем, принять стиль, как это:
$foo = 'foo';
$bar = 'bar';
$foobar = 'foobar';
$baz = 'baz';
... и это не совсем так хороша, - или, по крайней мере, некоторые из них могут думать так. Но это будет выглядеть примерно одинаково независимо от того, как переменные переименовываются с помощью инструментов refactoring/text find &.
Это, возможно, не так красиво, но в значительной степени гарантировано, что он хорошо подходит, в то время как первый имеет тенденцию хорошо жить, только если вы активно его поддерживаете (или не вносите никаких изменений в код).
это вопрос кодирования вкуса, стиля и выбора .. для зазора они оба выглядят чертовски прекрасны для меня..imho – Andrew
Я не думаю, что есть что-то вроде кодирования в стиле присваивания. Первое предпочтительнее, поскольку оно выглядит хорошо и больше ничего не читается, кроме вас. –