Added dockblock to ComponentManager class#1102
Conversation
Signed-off-by: ahcorde <ahcorde@gmail.com>
rclcpp_components/include/rclcpp_components/component_manager.hpp
Outdated
Show resolved
Hide resolved
rclcpp_components/include/rclcpp_components/component_manager.hpp
Outdated
Show resolved
Hide resolved
rclcpp_components/include/rclcpp_components/component_manager.hpp
Outdated
Show resolved
Hide resolved
| create_component_factory(const ComponentResource & resource); | ||
|
|
||
| protected: | ||
| // Service to load a new node in the component |
There was a problem hiding this comment.
This is the service callback, right? Say that instead. Also, when might a deriving class want to override these functions?
These questions apply also to the next two functions.
There was a problem hiding this comment.
If you derive from this class and change these methods we are going to change the behaviour of this abstraction. do you think we should explicitly indicate it?
There was a problem hiding this comment.
I was just surprised to see protected virtual callbacks, and I wasn't entirely sure when that would be useful to override, so I thought some documentation might help. But seeing as all the public functions are virtual as well, I guess this class was just designed with that sort of flexibility in mind.
Signed-off-by: ahcorde <ahcorde@gmail.com>
| create_component_factory(const ComponentResource & resource); | ||
|
|
||
| protected: | ||
| // Service to load a new node in the component |
There was a problem hiding this comment.
I was just surprised to see protected virtual callbacks, and I wasn't entirely sure when that would be useful to override, so I thought some documentation might help. But seeing as all the public functions are virtual as well, I guess this class was just designed with that sort of flexibility in mind.
* Added dockblock to ComponentManager class Signed-off-by: ahcorde <ahcorde@gmail.com> * added feedback Signed-off-by: ahcorde <ahcorde@gmail.com>
Added dockblock to ComponentManager class
Signed-off-by: ahcorde ahcorde@gmail.com