2023-2-WS_fdai7723/Programmierparadigmen.md

Programmiersprachen:

Java

• imperativ
• Streng typisiert
• objektorientiert
• funktionale Sprache

C

     Imperativ
     Streng typisiert
     Vorteil: Hardwarenähe, Kompatibilität
     Schnelligkeit
     Nachteil: Speicherverwaltung

Phyton

    Imperativ
    Objektorientiert
        Klassen und Objekte
        Hieratchien
    Funktional
        kompakte Syntax
    interpretierte Sprache
        Übersetzung in andere Sprachen möglich (Cython, etc.)
    Portabilität
    Typisierung
        *Dynamisch (Duck Typing)

Go

    Modular, imperativ
    breite Palette an Programmierparadigmen
    Teilweise Objektorientiert & Funktional
        keine Vererbung
        statt Klassen werden Structs verwendet
    Einfache, effektive Programmierung
    Typisierung: Statisch typisiert
        vor der Kompilierung müssen Typen fest stehen
    Schnelligkeit von C & Anwendungsmöglichkeiten/Simplizität von Python
    Multi-Threading

JavaScript/TypeScript

    Erweiterung von HTML
    Multi-Paradigmen
        OOP, Prozedural oder Funktional
    Dynamische Typisierung
    Andwendung: Interaktive Web-Anwendungen (z.B. Goolge Maps)
    Vorteile: modernes Erscheinungsbild, günstiger Server-Traffic (läuft im Browser)
        Dynamische Elemente
    Event-basiert (Callbacks)
        asynchrone Verarbeitung

TypeScript

    typisiert
    imperativ, OOP
        je nach Anforderungen: prozedural oder funktional
    TS hat Einfluß von JS/Java/C#
    baut auf Supermenge von JS Bibliotheken auf
    Skalierbarkeit/Wartbarkeit -> durch Einführung OOP

Programmierprinzipien:

DO IT

    (S) eparation of Concern (Programme aufteilen in kleine Teile, Methoden, Funktionen, Prozeduren)
    (O) pen/Closed Priciple (einfach neue Funktionalität zuzufügen, Änderungen bleiben lockal und haben keine Auswirkunng nach Aussen)
    (L) iskov Substitution Principle (so Code schreiben, dass andere keine Überraschungen mit ihrem Code hben)
    (I) nterface Segregation Principle (Clients sollen nicht gezwungen sein, die Schnittstellen abhängige Methoden zu implementieren. die sie nicht verwenden.Dies führt zu Schnittstellen, die nur die benötigten Methoden enthalten.)
    (D) ependency Inversion Principle (Teil der Logik in andere Klassen auslagern)

DON'T DO IT

    (S) ingleton (zur Laufzeit des Programms gibt es nur eine Kopie des Codes)
    (T) ight Coupling (Teile die nichts miteinander zu tun haben sind sehr verbunden und die kann man nicht teilen)
    (U) ntestability (Code der sich nicht automatisiert testen lässt)
    (P) remature Optimisation (um Performance sich kümmern, erst wenn man Performance bereits hat; erst nach der Messung und nach der Nachweis, dass es diese Stelle ist)
    (I) ndescriptive Naming (ungenügende oder falsche Beschreibung anstatt die Bezeicher so zu benennen, dass sich selbst beschreiben)
    (D) uplication (duplizieren von Code; besser ist es ein wiederholendes Code in eine zentrale Strucktur auszulagern)