On Tue, Jun 11, 2024, at 6:47 AM, Rob Landers wrote:

> I’m also not a fan of the prefix style, but for different reasons. My 
> main reason is that it increases the minimum line-length, potentially 
> forcing you to chop things down into awkward looking lines:
>
> public
> private(set)
> string $longvarname {
>  get;
>  set;
> }
>
> I find that extremely hard to scan, but maybe others do not. The more 
> natural looking syntax is easier to scan and reason about (IMHO):
>
> public
> string $longvarname {
>  get;
>  private set;
> }
>
> If I’m having to read the code, I prefer to have everything near where 
> it is used so I don’t have to scroll up to the top and see its 
> visibility. Granted, I haven’t used property hooks and I have no idea 
> how IDEs will help here; maybe it is a non-issue — but I guess people 
> still have to do code reviews which very rarely comes with IDE powers.
>
> — Rob

I have never in my life seen someone split the visibility to a separate line 
from the type and variable name in PHP.  I don't know why anyone would start 
now, especially not because of hooks or aviz.  I just checked and PER-CS very 
directly states "All keywords MUST be on a single line, and MUST be separated 
by a single space."  So splitting it like shown above would be against standard 
coding conventions anyway.

This is really a strawman argument.

--Larry Garfield

Reply via email to