-
-
Notifications
You must be signed in to change notification settings - Fork 28
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
first step to fix dvd-dev/hilo#486 by making room to a second websock… #505
base: main
Are you sure you want to change the base?
Conversation
…ndling challenge events.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code Review for this PR
The changes introduce handling for multiple websockets, which is an ambitious and complex feature. While the code attempts to manage connections and reconnections efficiently, there is an increase in complexity due to the use of lists to track multiple tasks. Redundancies in methods and potential maintainability issues are worth addressing for improved robustness.
Positives:
- The handling of websockets seems more robust, aiming to support multiple connections which is a forward-looking enhancement.
- The use of detailed logging will help in debugging and monitoring websocket status, which is a good practice.
Areas of Improvement:
- Consolidate similar methods to reduce redundancy and improve maintainability.
- Enhance comments and documentation around websocket management logic, specifically the reasoning behind list usage for managing tasks.
custom_components/hilo/__init__.py
Outdated
async def request_status_update_challenge(self) -> None: | ||
await self._api.websocket2.send_status() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The addition of request_status_update_challenge
seems redundant given its similarity to request_status_update
. Consider refactoring these methods to reduce code duplication, which will improve maintainability in case of future changes.
Will depend on dvd-dev/python-hilo#224 |
Clarifié fonction des 2 websockets avec leur noms
Ça permet les deux connexions maintenant, sans erreur
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code Review for this PR
The refactoring effort to split websockets into device-specific and challenge-specific areas is a sensible approach to managing complexity and decoupling code. The overall structure and flow have been maintained well, while additional subscription functions have been appropriately modularized. However, careful consideration should be given to maintainability and robustness, especially around areas like task management and failure handling.
Positives:
- The addition of new callback methods improves code modularity, making it easier to extend or maintain.
- The separation of websocket responsibilities demonstrates a good practice for handling multiple connection needs.
Areas of Improvement:
- Consider using a more descriptive data structure instead of list indexing for managing multiple tasks associated with websockets.
- Enhance error handling, particularly around token refresh operations, to add robustness and mitigate potential failure points.
On subscribe maintenant au bon event
…et handling challenge events.