"because in the original C language, argument types needed to be declared on the subsequent line, whereas when no arguments were necessary, the opening brace would not appear in the same line with the function declaration"

In other words, the main justification for this style, is whitespace-sensitivity in some outdated language specification.

As for Allman style:

"Advantages of this style are that the indented code is clearly set apart from the containing statement by lines that are almost completely whitespace, improving readability, and the closing brace lines up in the same column as the opening brace, making it easy to find matching braces"

What do you know, there is actual practical reasoning for this style.

The new coding standard page for Symfony 2 states:

"Remember that the main advantage of standards is that every piece of code looks and feels familiar, it's not about this or that being more readable."

The new standard is definitely not more readable, they're right about that much - but if they wanted it to "look and feel familiar", they should have stuck with their own existing standards, shouldn't they?

if (true === $dummy)

What exactly is the argument for writing all your comparisons backwards now? Code isn't hard enough to read as it is?? I don't get it.

I hope you stick with existing Yii standards - it's the only code standard that ever made any sense to me.

FWIW - I dislike spaces in concatenation strings, because it is harder to read when everything is spread across the page like that. The brain takes it all in at once and sorts it all out. When you space it out I have to look at and process each piece individually.

Mindplay, thank you for the link to "Symfony 1 coding standards". I definitely like that one e.g. indentation: "Never use tabulations in the code. Indentation is done by steps of 2 spaces".

I think this is a reasonable compromise between (interpreted language) performance and code readability. Of course this was more important in the ages of so called structured (procedural) programming where the standard eight column tab spacing was totally out of question (my opinion).

Besides that I have to say that I really like the compact style of the current framework core (but personally I put spaces around assignments and operators).

In general e.g for contributed code I support braces on separate lines but I don't think braces should surround single statements. That is the kind of code we may choose to write as consultants, in order to avoid possible maintenance mistakes in the future, by less experienced personnel. But it really makes the code look ugly and less transparent.

Neverthless, K&R style braces may sometimes be good for small code snippets to not having them look more complicated than they are.

Using braces even for one liners has one big "+1" - many code re-formatters do not align such constructs without the braces.
Second - braces tend to show that this is individual block of code under condition or loop.

As for tabs vs spaces - I personally use tabs and don't like spaces because many editors treat those space idents, well, as spaces. Navigation through code with arrows becomes tedious. Tabs, on the other hand, almost every IDE or feature-full editor are handled very well and advanced navigation helps very well (usually it's called something like "Smart tabs" or alike). For example in PHPStorm this advanced fast navigation works only with tabs. Use spaces and it becomes much harder to navigate and edit the code (not writing new code, but there are few caveats too).
I know only one IDE that did transparent space conversion to tab-like navigation - Zend Studio 5.5 and lower. It had a feature "Treat spaces as tabs" and "Tab size [ X ]" made those spaces work like tabs of specified width in editor, but the file was formatted with spaces, where 1 virtual tab was X spaces.

Why not just use common size tab (4 spaces) and use the rule that aligning of the levels, aligned arrays and so on takes 1 tab. Code looks good and everyone can make tab the size they like - be it 2, 6 or 8 spaces.

Religious war? You bet!
What really matters is that whatever you use, be consistent.
I prefer spaces, and editors which knows how to handle them.
Most can be configured to handle it, if they don't by default.

Actually, I quite like the Zend Framework coding standard, with the exception of braces for single line statements

In my working practice I haven't seen any code formatting tools that has handled one liners without braces. They left them as is.
Second - maybe you have used to writing code like that and reading, but for people who write code with braces Yii core code is just f*****g hard to read. Especially places like: if (cond) do stuff;

As for tabs vs spaces - the link you gave - the reasoning is based on the coding style. There alignment is done like that:

$result = a(someLongArgument1,
someLongArgument2,
someLongArgument3);

Yep, in this case tabs will break things. But thats C style code.
What I prefer is style like this:

I say, bullshit. In IDE it looks nice. Then open it in nano in console... Or MC editor. Not to say that it just reads not really well.
Apply this to a multi-level array defined in code and it will look ugly.

In my working practice I haven't seen any code formatting tools that has handled one liners without braces. They left them as is.
Second - maybe you have used to writing code like that and reading, but for people who write code with braces Yii core code is just f*****g hard to read. Especially places like: if (cond) do stuff;

Braces exist in order to group multiple lines, no multiple lines, no braces.

About code formatters, I never noticed issues with single line statements (maybe because I correctly format most of my code from the beginning), but if your code formatters are broken and can't handle single line statements, I think that you should search for better formatters I.E. It's not really a PHP IDE, but I remember that the Visual Studio code formatter does correctly handle single line statements.
Did you try the Netbeans code formatter?

I am glad that you are not in charge of the new Yii coding standards, Ekerazha - you are a bit extreme!

I tend to use braces even for single liners for at least three reasons:
They makes it foolproof because if you ever need an extra line in the same scope, the braces are already there.
They make it visually clearer, flow and scope.
They aid in debugging - (NetBeans and others).

Just because you can get away with something, doesn't mean that you should do it.

I use it for the same reason I am (trying to) use the Yoda notation when I can:

They makes it foolproof because if you ever need an extra line in the same scope, the braces are already there.

Can't you add them when/if you add extra lines? In my opinion, readability is given by indentation, not braces (indeed, I find that code with an abuse of braces is less readable). However, in the end it's probably a matter of taste.

Braces exist in order to group multiple lines, no multiple lines, no braces. That's my creed

Can't you add them when/if you add extra lines? In my opinion, readability is given by indentation, not braces (indeed, I find that code with an abuse of braces is less readable). However, in the end it's probably a matter of taste.

Braces exist in order to group multiple lines, no multiple lines, no braces. That's my creed

Really, haven't you ever had to write code under pressure when fixing something bad and I needs to be done like yesterday and you do it at 01 PM in the night? (a little extreme, but I had to do something similar at least a dozen times because of changes in external API or urgent changes in the business logic). I bet you haven't That's the time when forgetting to add braces is a common mistake and you sit, debug and slap yourself with something when you find out it's those f*****g braces you have missed to add.
I'm all +1 with jacmoe - foolproof, visual appearance and debugging.

And I hate when people are trying to press on with code standards from other languages. They just don't reflect the way PHP is and how we write code.
I had to deal with many code styles and I have to say that many of them are just too formal and make you to actually make effort to follow the code style. And no IDE auto formatting is flawless - they all have some caveats that break your dreamworld (I'm writing a big bug report on PHPStorm abilities of code formatting witch just doesn't want to do some things and doesn't look at the scope of the code at all resulting is some really weird formatting - and PHPStorm is one of the best IDE out there).

And I have to add that code should be easy readable. Frameworks is Open Source, so people look at it's code. Following guidelines like not using braces for one liners, single-line function formatting in one line, using ternary operator too much and other similar suggestions are just evil. It makes code less readable and sometimes cryptic. It's not only you who is going to read that code - it will be thousandths, tens of thousands of other people and many have their views on how the code should be written. So it should be as much to academic as possible with the thought of the language and common practices in mind.

Really, haven't you ever had to write code under pressure when fixing something bad and I needs to be done like yesterday and you do it at 01 PM in the night? (a little extreme, but I had to do something similar at least a dozen times because of changes in external API or urgent changes in the business logic). I bet you haven't That's the time when forgetting to add braces is a common mistake and you sit, debug and slap yourself with something when you find out it's those f*****g braces you have missed to add.
I'm all +1 with jacmoe - foolproof, visual appearance and debugging.