<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Le mar. 25 août 2015 à 15:40, Hugues Peccatte <<a href="mailto:hugues.peccatte@gmail.com">hugues.peccatte@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">Le mar. 25 août 2015 à 12:06, Atul Pratap Singh <<a href="mailto:atulpratapsingh05@gmail.com" target="_blank">atulpratapsingh05@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Aug 24, 2015 at 12:28 AM, Hugues Peccatte <span dir="ltr"><<a href="mailto:hugues.peccatte@gmail.com" target="_blank">hugues.peccatte@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>phpMyAdmin's ruleset is based on PEAR standards. One of this standard (PEAR_Sniffs_NamingConventions_ValidVariableNameSniff) is to name class' attributes / methods with a leading underscore when the element is protected / private.</div><div>This rule is quite useful because it helps to see very quickly if an element is public or not. But <a href="http://www.php-fig.org/psr/psr-2/#4-2-properties" target="_blank">http://www.php-fig.org/psr/psr-2/#4-2-properties</a> asks not to use this leading underscore.</div><div>For attributes, I'm not sure this is a big deal because almost all the attributes shouldn't be visible and accessible only by getters / setters. But for methods, there is nothing to know the visibility of a method. However actual IDE help to see this.</div><div><br></div><div>Do you think that we should follow PSR2? Only for attributes maybe?</div><div>Should we consider to base our ruleset on another standard closest to PSR rules?</div><div><br></div></div></blockquote></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi,</div><div><br></div><div>I agree to follow PSR-2 no underscore recommendation for attributes and going forward we may lean more towards PSR, specifically about achieving codebase wide autoloading of classes(PSR-4).</div><div><br></div><div>Also, I think <a href="https://github.com/phpmyadmin/phpmyadmin/pull/11365" target="_blank">https://github.com/phpmyadmin/phpmyadmin/pull/11365</a> needs to be rebased.</div><div><br></div><div><br></div><div>--</div><div>Regards</div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>Atul Pratap Singh</div></div></div></div></blockquote><div> </div></div></div><div dir="ltr"><div class="gmail_quote"><div>Hi,</div><div><br></div><div>I won't rebase the branch but remove it.</div><div>I'll see the modifications I can do to stick to PSR 0 to 2 rules.</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><div>H.</div></div></div></blockquote><div><br></div><div>Hi,</div><div><br></div><div>Some days ago, we spoke about this code in all files:</div><div><div>if (! defined('PHPMYADMIN')) {</div><div>    exit;</div><div>}</div></div><div><br></div><div>In PSR, one of the rules is the "side effects" [0]. This rule says not to have class/functions/etc declaration and execution in the same file. And the code above is considered as execution. So here I don't want to restart the discussion, but we may have to change this if we really want to stick (not sure about this english word…) to PSR rules.</div><div><br></div><div>H.</div><div><br></div><div>[0] <a href="http://www.php-fig.org/psr/psr-1/#2-3-side-effects">http://www.php-fig.org/psr/psr-1/#2-3-side-effects</a></div></div></div>