Skip to content
This repository has been archived by the owner on Jul 9, 2024. It is now read-only.

refactor(terminsuche): Consistently use and log exceptions #127

Closed
wants to merge 1 commit into from

Conversation

haslersn
Copy link
Contributor

Before this commit, book_appointment/backup_book_appointment could return True, return False or raise an exception. Now we simply always raise an exception if something goes wrong. This commit also pushes Success and error logging down the call stack. The error message for logging is taken from the exception. This way, every exception is logged consistently.

@haslersn haslersn force-pushed the its-error-handling branch 2 times, most recently from 84a1659 to 4dd6768 Compare May 24, 2021 20:32
@haslersn haslersn force-pushed the its-error-handling branch 2 times, most recently from e5a5782 to 05c5971 Compare May 24, 2021 20:50
@timreibe
Copy link
Owner

Hey, bei diesem Projekt haben wir uns explizit dafür entschieden, deutsche Begriffe für Methoden und Variablen zu nutzen sowie die Kommentierungen in Deutsch vorzunehmen. Das ist total unüblich und fühlt sich auch irgendwie falsch an, aber es soll der Verständlichkeit dienen, wenn sich mal jemand den Code anschaut und schnell verstehen möchte, was da genau passiert.

Durch den ganzen Zuwachs ist das nicht mehr ganz einheitlich und an manchen Stellen geht das auch nicht, aber es wäre cool, wenn wir weitestgehend dabei bleiben könnten.

Würdest du das entsprechend anpassen? Danke.

@haslersn
Copy link
Contributor Author

Ja.

Edit: Andererseits sind alle Methoden- und Attributnamen aus Libraries (z. B. Python-Standardbibliothek) dennoch auf englisch. Reicht es nicht den Output auf Deutsch zu machen?

@haslersn haslersn force-pushed the its-error-handling branch 2 times, most recently from f5d7dc1 to cbbd221 Compare May 24, 2021 23:02
@timreibe
Copy link
Owner

@haslersn bei Imports lässt es sich nicht vermeiden und ich finde es wichtig, dass wir einheitlich bleiben. Begriffe wie "driver", etc. können englisch bleiben, aber ich sehe den Mehrwert nicht, jetzt alle Bezeichnungen im Programm umzuändern.

@haslersn haslersn marked this pull request as draft May 25, 2021 09:11
Before this commit, `book_appointment`/`backup_book_appointment`
could return `True`, return `False` or raise an exception. Now we
simply always raise an exception if something goes wrong. This commit
also pushes Success and error logging down the call stack. The error
message for logging is taken from the exception. This way, every
exception is logged consistently.
@timreibe timreibe marked this pull request as ready for review May 25, 2021 20:33
@timreibe
Copy link
Owner

timreibe commented May 25, 2021

passt für mich, kann das gemerged werden @haslersn? der PR war eben noch auf "not ready" und ich hab ihn ausversehen auf "ready for review" gesetzt.

@haslersn
Copy link
Contributor Author

Ne, der ist not ready, weil es noch Probleme im Zusammenspiel mit dem retry decorator gibt.

@haslersn haslersn marked this pull request as draft May 25, 2021 23:40
@haslersn
Copy link
Contributor Author

haslersn commented Jun 6, 2021

Schließe, da kaum kompatibel mit #351.

@haslersn haslersn closed this Jun 6, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants