Open JirkaDellOro opened 4 years ago
Satz bei Strukturierte Programmierung unverständlich
Dieses Paradigma behinhaltet zum einen die baumartige Zerlegung eines Programms in Teilprogramme, welches in der Prozeduralen Programmierung angewendet wird.
-->fixed!
Ich nehme an, dass das Subkapitel zu C# lediglich verschoben wurde. Bitte mitteilen, wenn es hier eine Änderung gab, die ich prüfen soll.
Eine Sache fiel mir gerade auf: aller Code sollte vollständig in Englisch geschrieben sein. Ich versuche den Leuten ständig einzutrichtern, dass nur diese Sprache neben der Programmiersprache im Code genutzt werden darf (außer bei Texten, die dem Nutzer angezeigt werden) und es ist ganz schlecht, dass wir dem widersprechende Beispiele bringen. War zu Beginn der Studienarbeit besprochen...
Bei Überschrift "Typescript":
Die Überschrift kommt zweimal vor "Eingebaute Datentypen von JavaScript"
An der Stelle sollte darauf hingewiesen werden, dass let in der Regel var vorzuziehen ist. Im Netz findet sich viel alter Code und let gerät darüber sonst in Vergessenheit
Zudem dürfen die Medieninformatiker gerne mehr wissen, siehe https://developer.mozilla.org/de/docs/Web/JavaScript/Datenstrukturen und https://www.typescriptlang.org/docs/handbook/basic-types.html
--> fixed!
jsTyp identifizierer: tsTyp;
Verstehe ich nicht --> fixed!
Bei der Deklaration von Array-Variablen muss, nach o.a. Schema typ identifizierer; zusätzlich auch noch angegeben werden, wieviel Speicherplätze des Grund-Typs durch den Variablennamen (den identifizierer) verwendbar sein sollen.
-->fixed!
https://github.com/JirkaDellOro/Softwaredesign/tree/master/L03_Programmieren_1/TypeScript#arrays
Mir fehlt noch die Klärung von homo- und heterogenen Arrays und dass, außer bei den neuen JS-ArrayTypes, Javascript-Arrays grundsätzlich heterogen (nicht typspezifisch) sind und TypeScript die Einschränkung ermöglicht. Allerdings kann man auch Union-Types nutzen, um die Einschränkung wieder zu erweitern.
Da zudem assoziative Arrays in TS/JS so fundamental sind, sollten sie auch hier angesprochen sein.
Danach kann man dann elegant über Interfaces, mit denen man eben assoziative homo- oder heterogene Arrays strukturieren kann, zu Klassen überleiten.
-->fixed!
let jemand: Person = new Person ("Horst", 42);
Ich würde erwarten, dass dies ohne Konstruktor nicht funktioniert. Der Satz darunter passt auch nicht, zumindest ist mir die Funktionalität in TypeScript nicht bekannt und im obigen Code auch nicht verwendet.
--> Im Unterpunk: Eigene Datentypen -> Einen neuen Typen deklarieren ist der entsprechende Konstruktor schon gecoded. Soll ich Ihn trotzdem in dem entsprechende Codeblock nochmal einfügen?
Ich könnte mir gut vorstellen, dass wir in diesem Kapitel nur bis zum Interface gehen, und die Klassen für das Programmieren2-Kapitel aufheben.
-->fixed!
@chrisfleig91 : welchen CodingStyle nutzt Du? Ich würde gerne den von mir für EIA2 und FUDGE erarbeiteten hier haben.
Die Beispiele sind teilweise falsch oder stellen nicht den Operator dar
-->fixed!
https://github.com/JirkaDellOro/Softwaredesign/tree/master/L03_Programmieren_1/TypeScript#foreach
foreach gibt es in TS/JS als Arraymethode auch. Dargestellt ist aber die for..of-Schleife, was gut ist. Es soll auch die for..in-Schleife zusätzlich dargestellt sein.
Der Ausblick passt dann für TypeScript auch nicht ganz
-->fixed!
Sollte man nicht das Readme aus Programmieren eine Ebene höher ziehen, so dass das allgemeine Kapitel gleich sichtbar wird?