spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »BlueCobold«

Ja.

Aber nicht immer.

Zitat von »BlueCobold«

Weil es als public jedem mitgeteilt wird.

Niemand bekommt es mitgeteilt. Nach außen ist nur der Alias sichtbar, bekannt und dokumentiert.

Zitat von »BlueCobold«

Die Bedeutung ist die, dass damit Schundluder getrieben wird.

Welchen Schindluder kann man anstellen, wenn man weiß, dass der Iterator speziell von einem Vektor ist?
Wenn man es darauf anlegt, kann man immer etwas falsch machen. Ich sehe auch kein großes Potential dazu.

Zitat von »BlueCobold«

danach muss man die Frage stellen, ob sich technisch noch was drehen lässt.

Absolut! Der Punkt jetzt ist nur: In C# lässt sich da nicht mehr viel drehen, außer man schreibt alle Algorithmen aus Linq neu und/oder man reicht erst recht intere Details nach außen.

Zitat von »BlueCobold«

Was aber nicht nur daran liegt, dass sie generell vermieden wird, sondern auch daran, dass die zu lösenden Probleme dort gar keine Polymorphie erfordern.

Richtig.

Ich glaube nicht, dass die Diskussion noch etwas bringt. Bomml hat seine Antwort und ich klinke mich daher jetzt aus. Wer den Wald voller Bäume nicht sieht, dem hilft auch keine Brille.

@BlueCobold
Sehe ich exakt genauso

@TrommlBomml
Es ist eine fundamentale Designentscheidung.
Der große Unterschied liegt einfach darin, dass die das eine statisch aufgelöst wird und das andere dynamisch.
Bei der einen Herangehensweise sind alle Betiehungen zur Compilezeit festgelegt bei der anderen erst zur Laufzeit.
In vielen Fällen sind die Konzepte austauschbar.
Das es einen praktischen Unterschied macht, sieht man auch daran, dass die unterschiedliche Herangehensweise zu Diskussionen wie dieser hier führt.

Es ist auch best practice die Frage die gelöst werden soll zu beantworten. Und die war ziemlich generisch so sollte auch die Designentscheidung ausfallen. Ergo ich würde hier das Konzept wählen was am Genereellsten ist, zum Gefühl der Sprache passt usw.

Wäre es Performance gewesen könnte ich die Diskussion um virtuelle Aufrufe verstehen. Dann jedoch sollte man sich aber auch fragen ob es nicht auch besser ist ein passendes System zu benutzen, nicht umsonst gibt es noch andere Sprachen wie Erlang, Ada, Fortran, X10 oder Idiome. zur Lösung mehr oder weniger spezieller Aufgaben.

Es ist in meinen Augen wenig rational etwas Passendes zu optimieren und auch nicht sehr wirtschaftlich.

Nun, ich denke, deine Fragen kannst du dir selbst beantworten.
Natürlich führt es zu keiner Fehlfunktion.

Eure(Deine) ursprüngliche Aussage war, dass bei C++ Iteratoren wesentliche Implementationsdetails nach außen gelangen und C#s "IEnumerable<T>" einige Vorteile besitzen soll. Ein überzeugendes Argument dafür kam da meiner Ansicht nach bisher immer noch nicht. Dots Feststellung war, dass sich die C++ und C#-Variante im Kern hauptsächlich in der Grundsatzfrage statisch vs dynamisch unterscheidet und C++s Variante universaler ausgelegt ist. Ich verwende sehr gern statischen Polymorphismus weil ich gerne den Overhead niedrig halten will und einen Vorteil darin sehe, wenn der Codepfad statisch feststeht und damit offensichtlicher ist. Eigentlich möchte ich aussagen, dass C++s Iteratoren anders als in deiner Aussage nicht schlechter als C# Iteratoren sind. Im Gegenteil: Sie bieten das Gleiche und mehr. Der einzige wirkliche Unterschied ist hauptsächlich eine Sache der rein persönlichen Präferenzen und des Anwendungsfalles.

Ich bin sicher nicht ein großer Experte, wie man als aufmerksamer Forenleser schon mitbekommen haben sollte.
Leider habe ich schon genug Profis mit weniger Erfahrung gesehen. (Nicht unbedingt direkt auf dich bezogen. )