-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incorrect function naming in lib.php #2
Comments
Woiuld it make as much sense to put those routines into a lib class as to create the long function names, and if so should I err on making static calls i.e. lib::get_modules, or create some instances of the lib class. Just looking for some general guidance. Or alternatively just go for the long frankenstyle names (which has the attraction of being straightforward) |
My personal preference is to only use lib.php for core hooks or old style callbacks and move all other functions into a namespaced class but that's not a requirement for approval |
I think we are thinking alike, adding the full prefix in the lib.php makes for very long function names.
I know it's not required for approval, but I will probably only re-visit this code once so it would be good to get it ready for the future |
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
Triggerd by review for plugins database here #2 Move functions into a new driprelease class to conform to more modern php and avoid potential name clashes
frankenstyle naming violations in the lib.php file eg:
function manage_selections
should be:
function tool_driprelease_manage_selections
and various others in the same file
Note: this is typically an approval blocker.
The text was updated successfully, but these errors were encountered: