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