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
Naming convention for classes and functions containing acronyms #1092
Comments
Note that there is currently no convention imposed at all. Acronyms are sometimes upper-case, sometimes not (e.g. |
Camel case sounds fine. |
I do not agree on this. I think We could also use that convention for Sundials and call the integrators |
This issue becomes much easier (moot?) after #786. |
@jgillis @ghorn After #786, this issue basically boils down to whether we want to change:
If not, what do we do with Please comment. |
I like |
... and all the other ones |
Yeah, me too. I like following a convention. |
I propose to treat all acronyms in class and function names as any other word and not capitalize them like now. This would mean e.g.:
QPSolver
becomesQpSolver
NLPSolver
becomesNlpSolver
NOTE: The rest of this issue has become moot due to #786.
QCQPQPSolver
becomesQcqpQpSolver
SOCPQCQPSolver
becomesSocpQcqpSolver
SCPgen
becomesScpgen
SQPMethod
becomesSqpMethod
CSparse
becomesCsparse
QPOasesSolver
becomesQpoasesSolver
(orQpoases
, see below)CVodesIntegrator
becomesCvodesIntegrator
(orCvodes
, see below)Secondly, I propose the to drop theSolver
andIntegrator
suffices for interfaced tools:Ipopt
instead ofIpoptSolver
Qpoases
instead ofQPOasesSolver
Knitro
instead ofKnitroSolver
Idas
instead ofIdasIntegrator
Cvodes
instead ofCVodesIntegrator
Snopt
instead ofSnoptSolver
CollocationIntegrator
keeps current name (not an interfaced tool)The text was updated successfully, but these errors were encountered: