Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
start [2019/07/14 16:18] – [Vorwort] huwistart [2019/07/27 16:33] huwi
Zeile 18: Zeile 18:
 Die Objektorientierung ist ursprünglich angetreten, das Programmieren einfacher zu machen. Praktisch erscheinen jedoch objektorientierte Sprachen für viele eher als Hürde nicht als  Erleichterung. Das muss aber nicht so sein. Assembler und C sind nicht wirklich einfacher als C++. Bilden Sie sich zu folgenden Codeausschnitten selbst Ihre Meinung. Die Objektorientierung ist ursprünglich angetreten, das Programmieren einfacher zu machen. Praktisch erscheinen jedoch objektorientierte Sprachen für viele eher als Hürde nicht als  Erleichterung. Das muss aber nicht so sein. Assembler und C sind nicht wirklich einfacher als C++. Bilden Sie sich zu folgenden Codeausschnitten selbst Ihre Meinung.
  
->>><code cpp>+><code cpp>
 // offizieller AVR C Standard /////////////////////////////////////// // offizieller AVR C Standard ///////////////////////////////////////
 if (!(PIND&(1<<PD2))) if (!(PIND&(1<<PD2)))
Zeile 34: Zeile 34:
 Ich glaube, dieses kleine Beispiel zeigt deutlich, dass eine objektorientierte Vorgehensweise und Programmierung zu wesentlich verständlicherem Code führen kann. Man könnte auch sagen, das man das Ziel der Objektorientierung erreicht hat, wenn der Programmcode sich wie Klartext lesen lässt. Dieser These stehen meist typische Bedenken gegenüber, wie in etwa: Ist denn objektorientierte Programmierung auf Mikrocontrollern überhaupt möglich und sinnvoll? Frisst das nicht zu viel Ressourcen? Ist Objektorientierung für diesen Anwendungsbereich nicht zu abstrakt? Die Diskussion für oder gegen den Einsatz objektorientierter Sprachen auf Mikrocontrollern soll an einer anderen Stelle erfolgen (zum Beispiel: [[http://myavr.info/myForum/viewforum.php?f=6|hier]]). Wir wollen uns von den Bedenkenträgern nicht abhalten lassen. Vor allem auch, weil die Zeit rasend schnell für die Objektorientierung arbeitet. Zuerst gilt es die Vorrausetzungen für die Arbeit zu schaffen. Ich glaube, dieses kleine Beispiel zeigt deutlich, dass eine objektorientierte Vorgehensweise und Programmierung zu wesentlich verständlicherem Code führen kann. Man könnte auch sagen, das man das Ziel der Objektorientierung erreicht hat, wenn der Programmcode sich wie Klartext lesen lässt. Dieser These stehen meist typische Bedenken gegenüber, wie in etwa: Ist denn objektorientierte Programmierung auf Mikrocontrollern überhaupt möglich und sinnvoll? Frisst das nicht zu viel Ressourcen? Ist Objektorientierung für diesen Anwendungsbereich nicht zu abstrakt? Die Diskussion für oder gegen den Einsatz objektorientierter Sprachen auf Mikrocontrollern soll an einer anderen Stelle erfolgen (zum Beispiel: [[http://myavr.info/myForum/viewforum.php?f=6|hier]]). Wir wollen uns von den Bedenkenträgern nicht abhalten lassen. Vor allem auch, weil die Zeit rasend schnell für die Objektorientierung arbeitet. Zuerst gilt es die Vorrausetzungen für die Arbeit zu schaffen.
  
->>> **„Jede neue Sprache ist wie ein offenes Fenster,\\ +> **„Jede neue Sprache ist wie ein offenes Fenster,\\ 
     das einen neuen Ausblick auf die Welt eröffnet\\      das einen neuen Ausblick auf die Welt eröffnet\\ 
     und die Lebensauffassung weitet.“**\\ <sup>Frank Harris (1856-1931), amerikanischer Schriftsteller</sup>     und die Lebensauffassung weitet.“**\\ <sup>Frank Harris (1856-1931), amerikanischer Schriftsteller</sup>