Diskussion:Mixin

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Beitrag von Benutzer:Haudegen78 von 03:07, 27. Nov. 2009 kopiert von hier:

Hallo!
Ich habe bisher meist bei IT-Themen (v.a. http://de.wikipedia.org/wiki/Aspektorientierte_Programmierung) Texte, Quellcode und Grafiken erstellt und hinzugefügt.
Bisher anonym und ohne Probleme. Gerade habe ich den Mixin-Artikel um ein Quellcode-Beispiel mit Bezug auf den Text fertig.
Da wird er gekickt mit der Begründung "dass Source-code meist stört und fast immer irgendwelche Urheberechte" http://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:92.225.122.23.
Ich bin seit 20 Jahrem im IT-Bereich tätig und kann dir versichern, dass Quellcode-Beispiele nützlich sind, wenn man schnell den einstieg in ein thema sucht und minimale vorkenntnisse besitzt. Ich denke, wer sich mit Aspektorientierter Programmierung und Polymorphismus auseinandersetzt und auf das "Mixin" Thema stößt, wird über solche vorkenntnisse verfügen und Quellcode als nützlich empfinden. Meine Anfangszeit in sachen Programmieren war hart und dauerte lange weil ich kein wikipedia hatte.
Ich möchte Einsteigern in eine hartes Spezialgebiet möglichst einfach machen, denn ich selbst habe lange gebraucht und musste viel diskutieren um das thema Mixin/Spring/AOP zu schlucken.
Ich bitte dich daher meinen Beitrag nochmal zu prüfen, bevor er gekickt wird. Ich wende mich an dich, da ich in der history sehe, dass du das thema schon häufiger bearbeitet hast. Falls etwas unklar ist oder Fehler drin sind, dann bessere ich auch gern nach.
Vielen Dank!

Grundsätzlich gebe ich Dir recht, dass Beispiele hilfreich sein können. Für wichtig halte ich dabei folgendes:

  1. Das Beispiel sollte den Hauptaspekt verdeutlichen (also nicht zu speziell sein);
  2. Das Beispiel sollte nicht zu viel Kontext vorbereiten müssen (also es sollte nicht schwierig sein, das Problem, das das Beispiel eigentlich lösen will, zu verstehen).
  3. Das Beispiel sollte keine unnötigen Schnörkel haben, die mit der eigentlich zu erklärenden Sache nichts zu tun haben (dieser Punkt gilt in einem Lehrbuch nicht notwendigerweise, da dort Beispiele aufeinander aufbauen können, in einem Lexikon aber schon)
  4. Die verwendete Sprache sollte verbreitet sein

Alle Punkte halte ich bei Deinem Beispiel nicht unbedingt für gegeben. Die Aufgabenstellung, zwei Klassen nachträglich eine konzeptionell vergessene scheinbare Basisklasse (ohnehin ein etwas trauriger Fall) zu verpassen, halte ich für sehr speziell und nicht für sonderlich geeignet zu erklären, was eigentlich ein Mixin ist. Zudem: Der Begriff "Mixin" ist zwar etwas unscharf (d.h., die Verwendung ist nicht einheitlich), aber das was Du darstellst, ist für mich eigentlich gar kein Mixin. --Cactus26 16:13, 28. Nov. 2009 (CET)[Beantworten]

Trait - Falschaussage?[Quelltext bearbeiten]

"Ein Trait besitzt eine gemeinsame Basisklasse mit der Klasse, auf die das Trait angewendet wird." - das ist IMHO wirklich nicht korrekt. Ein Trait muss nicht zwingend eine gemeinsame Basisklasse mit der zu inkludierenden Klasse besitzen. Vielmehr lassen sich mit Traits unter Zuhilfename von Aliasen die Verknüpfungen oder Doppelbenennungen untereinander unbürokratisch auflösen. Ich würde das ganz gerne ändern, es sei denn, jemand hat für den o.g. Satz eine Begründung oder gar eine Quelle. --Nightfly85 | Disk 14:57, 14. Sep. 2011 (CEST)[Beantworten]

Geändert. --Nightfly85 | Disk 11:56, 22. Sep. 2011 (CEST)[Beantworten]