Planista(Python) - poprawność kodu

Question

Cześć, dość na poważnie wziąłem naukę Pythona, napisałem program działający w linii poleceń, jest to planista, tzn. 

użytkownik wpisuje jakieś wydarzenie składające się z tytułu, daty, aktywności(tego co robi) oraz czy jest ona wykonana, robiona albo będzie zrobiona. Chciałem poprawnie zaimplementować używanie docstringów, wyjątków, klas i paru innych rzeczy. Prosiłbym o feedback czy kod ten jest znośnej jakości (dobrej wątpię że jest), co można poprawić. Metoda do synchronizacji wydarzeń z plikiem nie działa poprawnie, ale nie chce mi się jej naprawiać. Od razu tutaj zapytam, jeśli mamy klasę utworzoną z namedtuple, tzn. coś takiego

EventDetails = namedtuple("details", [
        "title",
        "date",
        "activity",
        "state"
    ])
    #^^^^^^^^ DOCS REFERRING TO EventDetails !!!
    # TODO Use datetime object instead of str for date
    """
    Parameters
    ---------
    title: str
    date: str
        String representing date in [yyyy.mm.dd] format
    activity: str
    state: Event.ActivityStates.DONE | DOING | TO_DO
    """

To w jakim sensownym miejscu można umieścić komentarz do niej, bo na pewno nie pod nią 

main.py https://pastebin.pl/view/70369320

exceptions.py https://pastebin.pl/view/8ab627ba

event.py https://pastebin.pl/view/eeee646f

scheduler.py https://pastebin.pl/view/19ae9a23

Comments

Od razu tutaj zapytam, jeśli mamy klasę utworzoną z namedtuple

Pytanie, po co tak robić, jak można napisać normalną klasę lub - od 3.7 - to:

@dataclass
class EventDetails:
        title: str
        # String representing date in [yyyy.mm.dd] format
        # TODO Use datetime object instead of str for date
        date: str
        activity: str
        state: Event.ActivityStates

 

---

Myślę, dzięki, o tym @dataclass nie wiedziałem, zaraz sobie poczytam o tym dokładniej.

---

Analogicznie wszędzie indziej:

    def _check_date_correctness(date):
        """ Check date correctness, correct date is in [yyyy.mm.dd] format
 
       Parameters
       ----------
       date: str

Czemu nie normalnie otypować?

def _check_date_correctness(date: str) -> bool:
    """
    Verifies that date format is [yyyy.mm.dd] 
    """

(jeszcze inna sprawa, że ta funkcja w zasadzie nie powinna istnieć, bo Python lub zewnętrzne biblioteki mają funkcjonalność parsowania dat)

---

class Scheduler:
    """ Class representing a scheduler
   
   Attributes
   ----------
   _events: list(Event)
       An Events class instances list

->

class Scheduler:
   _events: List[Event]

etc etc etc

---

Tak jak pisałem gdzieś w TODO, date nie będzie stringiem tylko normalnie obiektem datetime, to wtedy pewnie ta funkcja do sprawdzenia poprawności daty wyleci.