Moin, * Andreas Pakulat <[EMAIL PROTECTED]> [2004-01-09 01:21]: >Thorsten Haude wrote: >>* Dirk Schleicher <[EMAIL PROTECTED]> [2004-01-08 16:51]: >>>Ich habe da eine mehr oder wenig konkrete Applikation die unter Debian >>>laufen soll. Es geht dort um das auslesen von Daten �ber die RS232 aus >>>einem Datalogger. Diese Daten sollen dann auch noch grafisch aufbereitet >>>werden. >>> >>>Ich dachte da an C++. >> >>Ok, damit geht's bestimmt. Allerdings ist das eine eher schwierig zu >>beherrschende Sprache, die solltest Du also nur lernen, wenn Du einen >>besonderen Grund hast. > >Seit wann ist denn die Sprache C++ schwieriger als C?
Seit Mitte der achtziger Jahre etwa?
Falls Du Dich auf meine andere Mail beziehst: Das gr�ndliche Lernen,
das man durch C erf�hrt, ist f�r mich durchaus ein besonderer Grund.
>Im Prinzip nehmen sich beide von der Schwierigkeit des Erlernens IMHO
>nichts, bei dem einen muss man Klassen und evtl. Templates lernen,
>bei der anderen muss man lernen mit Zeigern, unions und enums
>umzugehen.
Ich sehe das etwas anders. Bei C++ kannst Du weder Zeiger noch Strings
ignorieren, dazu ist die Umsetzung der OO-Ideen noch sehr umst�ndlich.
>>Ich rate zu einer objektorientierten Sprache, was aber kein Problem
>>ist, weil alle relevanten Sprachen au�er C und Perl objektorientiert
>>sind. Ich w�rde ein neues Projekt zur Zeit in Ruby anfangen.
>
>Hmm, also wenn ich mich da nicht total irre ist C++ eine
>objektorientierte Sprache, es ist sogar so das die Objektorientiertheit
>der eigentliche Grund ist warum es C++ ueberhaupt gibt, sonst haette
>naemlich C voellig gereicht (damals).
Na, ein paar kleine Unterschiede gibt's schon noch, aber ansonsten
sehe ich das genauso.
>BTW: Afaik kann man auch in Perl objektorientiert programmieren.
Man kann, aber man mu� nicht, also ist es IMHO nicht objektorientiert.
Ich hatte auch den Eindruck, als w�ren die OO-Elemente nur widerwillig
aufgenommen worden, es programmiert sich jedenfalls recht z�h.
>>Ich rate auch dazu, zumindest Grundlagen von OOA&D, UML und Design
>>Patterns zu lernen. Eine gute Einf�hrung (mit allerdings lausigem
>>Layout) ist 'Applying UML and Patterns' von Craig Larman. Ein absolut
>>unerl�ssliches Buch ist 'Design Patterns' von Gamma et al.
>
>ACK, wobei ich nicht unbedingt sagen wuerde das Design Patterns nun
>soooo dringend zu lernen sind um ein privates Projekt zu starten.
Wenn es objektorientiert sein soll schon.
>>>Was brauche ich f�r die grafische Darstellung? GTK oder ???.
>>
>>Mit GTK geht's bestimmt, mit Qt auch. Noch besser w�re es aber, wenn
>>Du die Datengeschichte so gut von der Darstellung trennst, da� Du die
>>grafische Darstellung von unterschiedlichen Programmen erledigen
>>lassen kannst.
>
>FULL ACK, aber auch das geht mit C++, man muss nur die Klassen
>entsprechend designen.
Ja.
Thorsten
--
Trying to make bits uncopyable is like trying to make water not wet.
The sooner people accept this, and build business models that take
this into account, the sooner people will start making money again.
- Bruce Schneier
pgp00000.pgp
Description: PGP signature
