-
Notifications
You must be signed in to change notification settings - Fork 220
Better automatically generated controller names? #301
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
Comments
Hmm.. I don't know. The class itself would look weird without the suffix. And it may cause problems with naming the CR. For example I have a class Tomcat for the CR and related TomcatController. |
The name of the class wouldn't change, just the name that is used to refer to the controller in the configuration. In the above example, your CR would still be |
Ah ok.. that's fine. Tbh I don't even know where we use controller names in configuration |
We don't really at the moment… 😄 but we should with #237. Note that most of the code is in place for this to work but it needs to be completed. |
To me, the controller name itself is more natural than doing any change by convention, |
More complex use cases might indeed run into that issue. Closing this then. Thanks for the input! |
Uh oh!
There was an error while loading. Please reload this page.
Very often a controller class will be named
SomethingController
orSomethingResourceController
. We could trim these names to remove the redundantController
orResourceController
part so that they feel more natural when referring to the controller in configuration files. Another option would be to use the associated Custom Resource name / kind as the default name for the controller. /cc @adam-sandor @psycho-irThe text was updated successfully, but these errors were encountered: