Skip to content
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

investigate crtp #3

Open
tbrown122387 opened this issue Jan 31, 2020 · 1 comment
Open

investigate crtp #3

tbrown122387 opened this issue Jan 31, 2020 · 1 comment

Comments

@tbrown122387
Copy link
Owner

Investigate potential modest speed improvements resulting from using a curiously recurring template pattern instead of pure virtual functions in particle filter base classes.

This idea is largely motivated by this thread here: https://codereview.stackexchange.com/questions/236425/abstract-base-classes-versus-the-curiously-recurring-template-pattern?noredirect=1#comment463461_236425

@tbrown122387
Copy link
Owner Author

they would also help group different particle filtering algorithms into one base class. For example, if you use this as a guide, derived model-specific classes could define models' functions that take different numbers of parameters. This happens all the time in the state transition function, for example. It could take no arguments, one, two, etc.

This would most likely start out as a separate remote branch at first.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant