ES-Alexander / ES-Alexander/pythonic-cv
Investigate performance effects of current structure
- Langage dominant
- Python
- Étoiles
- 45
- Forks
- 3
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
## Motivation:
Every convenience comes at a cost, but quantifying the cost makes it possible to determine whether it's "too expensive".
## Suggested Method
Currently use a combination of inheritance and composition, which make modification and new base classes really simple to implement and use, but may come at a performance cost. Would be good to quantify the difference between the current situation and e.g. the 'best-case' performance of `VideoReader`, `LockedCamera`, and `LockedScreen` being implemented with `cv2.VideoCapture` as their direct parent class.
## Possible Resulting Changes
If performance difference is significant, it may be worth
- making a code-generator that can trade off some program memory for the benefit of fewer function calls at each step
- changing code structure (hard to recommend - very versatile at the moment, and repetition is a 'bad smell')
- recommending this library for rapid development, and more optimised code once development is complete (e.g. lower level looping, or just C++ implementation)
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Évaluation
Cette issue n'a pas encore été évaluée.