Unterschied c c++ c#

otze schrieb:

OOP Guy schrieb:

Und was haben wir jetzt damit bewiesen?

das mit unregs diskutieren Zeitverschwendung ist.

Entschuldige bitte, dass ich Dir widersprochen habe, O du großer C++ Meister.

@OOP Guy,
Und nun der Witz des Tages:
Wie sehen deine Kenntnisse in C++ aus? Wieviele Bücher zu C++ hast du schon gelesen? Seit wie langem programmierst du in C++? Wieviele Programme hast du schon in C++ geschrieben? Wie stark hast du dich mit C++ auseinander gesetzt?

Clown schrieb:

Wie sehen deine Kenntnisse in C++ aus?

Mittelmäßig würde ich sagen. Kann man selber schlecht einschätzen.

Clown schrieb:

Wieviele Bücher zu C++ hast du schon gelesen?

Eins, den Stroustrup.

Clown schrieb:

Seit wie langem programmierst du in C++?

Zuletzt bis vor zwei Jahren, etwa 4 Jahre lang. Seitdem programmierere ich nur noch in C# und C.

Clown schrieb:

Wie stark hast du dich mit C++ auseinander gesetzt?

An Anfang häufig, dann immer weniger. Jetzt garnicht mehr.

Shade Of Mine

wayynE schrieb:

Wie kommt man jetzt von Python auf soziale Komponente?

Man lernt Python idR nur wenn man sich wirklich dafuer interessiert. Und das ist der eigentliche Punkt gegen C++ in der Kernel Entwicklung. Denn wenn man alle Argumente die genannt werden analysiert (und dabei mal den Schwachfug von OOP Guy aussen vor laesst, da dieser jeglicher grundlage entbehrt) kommt man zu dem Schluss dass nur von schlechtem C++ Code gesprochen wird.

zB das Problem mit unvorhersehbaren Objektgroessen. Das tritt eben dann auf wenn ich einen shared_ptr in einen Container packe. Mache ich in C garantiert nicht. Dort verwendte ich ja auch intrusive Container.

Das alles kann man in C++ natuerlich auch machen, nur macht man es meistens aus bequemlichkeit nicht. Weil es auf einem Desktop System eh egal ist, weil wir hier ja von minimalen Unterschieden reden (die im Kernel dann halt doch relevant werden).

Mit einem verbieten von C++ Code haelt man sich aber die ganzen Anwendungsentwickler vom Hals und lockt die embedded Programmierer an. Genau das was man will.

Deshalb frage ich nach Python wenn ich einen Programmierer suche. Denn PHP oder Java "kann" schnell mal jemand. Da kann man nur sehr schwer differenzieren. Python Programmierer sind dagegen mehr am Programmieren als an bunten Ergebnissen interessiert. Und das ist was zaehlt.

@OOP Guy:
Dein Unwissen tut einfach nur weh

erik.vikinger

Hallo,

OOP Guy schrieb:

Ein catch(...) (alle Fehler) in C++ ist leicht ersetzt durch ein if (errorcode < 0). So wie es aussieht, sind Exceptions nicht unbedingt die grosse Bereicherung, die C++ von C abhebt.

Die Benutzung von Exceptions erlaubt dir gleichzeitig die freie Nutzung des Rückgabewertes. Wenn Du den Rückgabewert für einen Fehler-Code nutzt steht er Dir nicht mehr für die eigentliche Programmlogik zur Verfügung. Außerdem wird ein 'if (errorcode < 0)' immer ausgeführt (der Vergleich kostet also immer CPU-Zeit) eine Exception wird nur dann "ausgeführt" wenn sie auch geworfen wird (kostet also nur im Fehlerfall CPU-Zeit, dann allerdings auch etwas mehr).
Dein Vergleicht hinkt IMO etwas, klassisches C-Fehlerhandling per Rückgabewert und C++-Exceptions lassen sich nicht einfach so 1:1 austauschen!

Grüße
Erik

Shade Of Mine schrieb:

(und dabei mal den Schwachfug von OOP Guy aussen vor laesst, da dieser jeglicher grundlage entbehrt)

Ich habe mich hier nur über C++ Exceptions ausgelassen und dazu habe ich von Deiner Seite nichts gescheites gelesen.

OOP Guy schrieb:

Nicht ganz. Wenn wir mal die beiden Codeschnipsel vergleichen (C und C++), dann sehen wir, dass sie sich sehr ähneln. Wo man in C++ mit Exceptionschmeisserei in einen alternativen Ausführungspfad verzweigt, tut man dies in C mit Rückgabewerten. Zum Abfangen von Fehlern nimmt man in C if() während in C++ catch()-Anweisungen stehen. Offensichtlich gibt es ausser diesen technischen Feinheiten keinen nennenswerten Unterschied.

Aha. Sicher, dass Du da nicht etwas vergessen hast? Der Sinn von Exceptions ist doch, die "normale Ausführungslogik" nicht dadurch unleserlich zu machen, indem in jeder zweiten Zeile ein "if (hat_die_letzte_operation_nicht_geklappt)" steht. Bei Exceptions geht's um bessere Trennung von Fehlererkennung und Fehlerbehandlung. Wenn Du Fehler erst sinnvoll "2-3 Ebenen höher" behandeln kannst, würden mich die vielen ifs dazwischen ganz schön stören. Hast das Kapitel anscheinend im Stroustrup übersprungen.

Es ist wie immer ein Abwägen. Manchmal kann man sie gebrauchen. Und manchmal wäre es Overkill.

erik.vikinger schrieb:

Die Benutzung von Exceptions erlaubt dir gleichzeitig die freie Nutzung des Rückgabewertes. Wenn Du den Rückgabewert für einen Fehler-Code nutzt steht er Dir nicht mehr für die eigentliche Programmlogik zur Verfügung.

Du kannst den Wertebereich teilen, z.B. alle negativen Werte oder alle mit gesetztem höchsten Bit geben einen Fehlercode an.

erik.vikinger schrieb:

Außerdem wird ein 'if (errorcode < 0)' immer ausgeführt (der Vergleich kostet also immer CPU-Zeit) eine Exception wird nur dann "ausgeführt" wenn sie auch geworfen wird (kostet also nur im Fehlerfall CPU-Zeit, dann allerdings auch etwas mehr).

Dafür verlierst Du CPU Cycles auf der anderen Seite:

if (something_went_wrong)
   throw (...);

C++ Exceptions sind eine reine Software-Geschichte. Kein Vergleich mit deinen Mikrocontrollern, wo die Hardware Exceptions auslöst.

krümelkacker schrieb:

Aha. Sicher, dass Du da nicht etwas vergessen hast? Der Sinn von Exceptions ist doch, die "normale Ausführungslogik" nicht dadurch unleserlich zu machen, indem in jeder zweiten Zeile ein "if (hat_die_letzte_operation_nicht_geklappt)" steht.

Wenn Du auf den Fehler regieren willst, brauchst Du ein catch(), das lässt den Code sogar noch unschöner aussehen. Wenn Du einen generellen Fehlerhandler brauchst, der z.B. das Programm beendet, wenn etwas schiefgeht, bekommst Du das in C mit atexit()/exit() hin. Für alles weitere reichen setjmp() und longjmp() völlig aus.

Shade Of Mine schrieb:

wayynE schrieb:

Wie kommt man jetzt von Python auf soziale Komponente?

Man lernt Python idR nur wenn man sich wirklich dafuer interessiert.

Python wird in unserer Firma für alle möglichen Scriptingsachen eingesetzt und es gibt doch auch schon Vorlesungen usw. dafür.

OOP Guy schrieb:

krümelkacker schrieb:

Aha. Sicher, dass Du da nicht etwas vergessen hast? Der Sinn von Exceptions ist doch, die "normale Ausführungslogik" nicht dadurch unleserlich zu machen, indem in jeder zweiten Zeile ein "if (hat_die_letzte_operation_nicht_geklappt)" steht.

Wenn Du auf den Fehler regieren willst, brauchst Du ein catch(),

Ja, und der Gag ist der, dass ich nicht jeden Funktionsaufruf separat in ein try{}catch(){} verpacken muss.

OOP Guy schrieb:

das lässt den Code sogar noch unschöner aussehen.

Ja, wenn Du sie falsch benutzt.

OOP Guy schrieb:

Wenn Du einen generellen Fehlerhandler brauchst, der z.B. das Programm beendet, wenn etwas schiefgeht, bekommst Du das in C mit atexit()/exit() hin. Für alles weitere reichen setjmp() und longjmp() völlig aus.

Ich hoffe, ich muss nie mit Dir zusammen arbeiten.

krümelkacker schrieb:

OOP Guy schrieb:

krümelkacker schrieb:

Aha. Sicher, dass Du da nicht etwas vergessen hast? Der Sinn von Exceptions ist doch, die "normale Ausführungslogik" nicht dadurch unleserlich zu machen, indem in jeder zweiten Zeile ein "if (hat_die_letzte_operation_nicht_geklappt)" steht.

Wenn Du auf den Fehler regieren willst, brauchst Du ein catch(),

Ja, und der Gag ist der, dass ich nicht jeden Funktionsaufruf separat in ein try{}catch(){} verpacken muss.

Wie möchtest Du denn die Exception fangen, ohne try/catch?

krümelkacker schrieb:

OOP Guy schrieb:

Wenn Du einen generellen Fehlerhandler brauchst, der z.B. das Programm beendet, wenn etwas schiefgeht, bekommst Du das in C mit atexit()/exit() hin. Für alles weitere reichen setjmp() und longjmp() völlig aus.

Ich hoffe, ich muss nie mit Dir zusammen arbeiten.

Zu sehr C++ geschädigt? Keine Angst, das würde ich Dir schon abgewöhnen.

Clown schrieb:

Exception Handling
Modernes Exception-Handling Teil 1
Modernes Exception-Handling Teil 2

http://yosefk.com/c++fqa/exceptions.html

volkard

OOP Guy schrieb:

Clown schrieb:

Wie sehen deine Kenntnisse in C++ aus?

Mittelmäßig würde ich sagen. Kann man selber schlecht einschätzen.

(Tip: *Ein* Geisterfahrer?! Nein, das sind doch hunderte!)

OOP Guy schrieb:

Clown schrieb:

Wieviele Bücher zu C++ hast du schon gelesen?

Eins, den Stroustrup.

Das ist nicht viel.

OOP Guy schrieb:

Clown schrieb:

Seit wie langem programmierst du in C++?

Zuletzt bis vor zwei Jahren, etwa 4 Jahre lang. Seitdem programmierere ich nur noch in C# und C.

Du bist nicht der Erste, der vier Jahre lang C-Code in den C++-Compiler gehauen hat.
Aber VIER Jahre lang und das mit nur einem Buch?
Da muß ich ja jetzt denken, daß Du in der Zweiklassengesellschaft zur Oberschicht, den ausgelernt geborenen Embedded-Programmierern gehörst.

OOP Guy schrieb:

krümelkacker schrieb:

Ja, und der Gag ist der, dass ich nicht jeden Funktionsaufruf separat in ein try{}catch(){} verpacken muss.

Wie möchtest Du denn die Exception fangen, ohne try/catch?

Oha! Damit hast Du Dich eigentlich schon disqualifiziert. Ausnahmen fängt man mit catch. Habe ich nie bestritten. Trotzdem gibt es hier keinen Widerspruch. Von jemandem, der die Ausnahmebehandlung von C++ versteht, würde man so eine Gegenfrage auch nicht erwarten. Die Frage deutet wirklich darauf hin, dass das Konzept noch nicht 100%ig verstanden worden ist. Das deutete sich auch schon in Deinem ersten Beitrag an, in dem Du behauptest, es gäbe keine signifikanten Unterschiede zwischen catch() und if().

Mehr kann man dazu nicht sagen. Du kannst jetzt auch nicht erwarten, dass Dir jemand das erklärt, was Du im Stroustrup zu dem Thema übersehen hast oder bei Dir in Vergessenheit geraten ist. Das ist Deine Aufgabe, das nachzuholen, wenn Du hier mitreden willst.

volkard schrieb:

Aber VIER Jahre lang und das mit nur einem Buch?

Ja, für alles Weitere brauchte/brauche ich nur das MSDN.
Aber es ist IMHO kein Pluspunkt für C++, wenn Du unterstellst, dass 4 Jahre Beschäftigung damit nicht ausreichen, um es einigermassen zu beherrschen.

volkard schrieb:

Da muß ich ja jetzt denken, daß Du in der Zweiklassengesellschaft zur Oberschicht, den ausgelernt geborenen Embedded-Programmierern gehörst.

Niente, ich entwickle Windows-Anwendungen.

krümelkacker schrieb:

OOP Guy schrieb:

krümelkacker schrieb:

Ja, und der Gag ist der, dass ich nicht jeden Funktionsaufruf separat in ein try{}catch(){} verpacken muss.

Wie möchtest Du denn die Exception fangen, ohne try/catch?

Oha! Damit hast Du Dich eigentlich schon disqualifiziert. Ausnahmen fängt man mit catch. Habe ich nie bestritten. Trotzdem gibt es hier keinen Widerspruch. Von jemandem, der die Ausnahmebehandlung von C++ versteht, würde man so eine Gegenfrage auch nicht erwarten.

Ach ich bitte Dich! Dem Gesprächspartner Kompetenz abzusprechen ist ein ganz billiger rethorischer Trick, wenn man selbst keine Argumente hat.

volkard

OOP Guy schrieb:

volkard schrieb:

Aber VIER Jahre lang und das mit nur einem Buch?

Ja, für alles Weitere brauchte/brauche ich nur das MSDN.
Aber es ist IMHO kein Pluspunkt für C++, wenn Du unterstellst, dass 4 Jahre Beschäftigung damit nicht ausreichen, um es einigermassen zu beherrschen.

Weil C praktisch vollständig in C++ enthalten ist, braucht ein C-Programmierer jahrelang nichts dazuzulernen, wenn er einen C++-Compiler benuzt. Wenn Du es als Nachteil empfindest, nicht am Händchen genommen zu werden und zum Lernen gezwungen zu werden, dann ist C++ in dieser Hinsicht sehr schlecht.

volkard schrieb:

OOP Guy schrieb:

volkard schrieb:

Aber VIER Jahre lang und das mit nur einem Buch?

Ja, für alles Weitere brauchte/brauche ich nur das MSDN.
Aber es ist IMHO kein Pluspunkt für C++, wenn Du unterstellst, dass 4 Jahre Beschäftigung damit nicht ausreichen, um es einigermassen zu beherrschen.

Weil C praktisch vollständig in C++ enthalten ist, braucht ein C-Programmierer jahrelang nichts dazuzulernen, wenn er einen C++-Compiler bentuzt. Meister bringen es auf Jahrzehnte. Wenn Du es als Nachteil empfindest, nicht am Händchen genommen zu werden und zum Lernen gezwungen zu werden, dann ist C++ in dieser Hinsicht sehr schlecht.

Ich will nicht sagen, dass ich der totale C++ Kenner bin, aber ich habe ausgiebig C++ Exceptions verwendet und weiss zumindest über diesen Teil von C++ bescheid. Zu was Anderem habe ich mich garnicht geäussert.

*fricky

Bashar schrieb:

fricky reloaded?

wie's scheint, bist du immer noch ziemlich traumatisiert. *fg*
@oop guy, Trolleyes
ich habe würdige nachfolger gefunden. *gg* sieht jedenfalls so aus. lasst euch von volkard nicht beeindrucken. er hat manchmal geistesblitze, aber c++ hat seinen geist über die jahre zusehends vernebelt.