Tutoren-Portal/Löschen

Aus Das Sopra Wiki

Auf dieser Seite kann über Lösch-Vorschläge diskutiert werden. Artikel die zum Löschen vorgeschlagen wurden, bekommen hier eine eigene Sektion.

Inhaltsverzeichnis 1 Löschkandidaten 1.1 Inlining 2 History 2.1 Typen die NULL werden können 2.2 MessageBox 2.3 Byte

Löschkandidaten

Inlining

Finde ich ziemlich unnötig, diesen Artikel. Im Grunde ist das Hintergrundwissen über Compilerstrukturen nicht sooo von Nöten. Eventuell sollte man im C#-Leitartikel einen kleinen Abschnitt dazu einbauen. Ich halte das hier fast für zu viel. Benutzer:Greitschus

Ich hab mich zuerst gefragt ob der Inhalt im Hauptartikel drin ist, dann aber nochmal hier gelesen, und auch nicht mehr ganz verstanden, worum es da geht. Wir haben damals durch explizites Inlining an manchen Stellen massiv viel Performance rausgeholt, aber darüber wird hier ja gar nicht geredet. Ich spreche nochmal mit Justus, der hat das Ding hier ja geschrieben; vielleicht kann er das nochmal überarbeiten --Benutzer:Dietsch 09:12, 5. Nov. 2009 (CET)

Hmm, man kann ihn natürlich um das manuelle Inlinen erweitern. Das wäre sicherlich nützlich für die Studenten. Aber ganz löschen wüd ich ihn eher nicht Benutzer:Justus

Ah, ich sehe gerade, das ist natürlich ein nützlicher Artikel, den er erklärt Debug vs. Release (siehe Spezial:Linkliste/Inlining) über Ecken. Ich würde ihn behalten und eventl. noch verbessern, mal schauen was da noch fehlt, aber das sortiert sich eigentlich gut in den Komplex Projekteigenschaften mit ein. --Dietsch 12:57, 14. Nov. 2009 (CET)

Vielleicht check ich das ja nicht ganz, aber bringt dieses Inlinen nicht nur Performance? Falls ja, dann wuerde ich das Ding einfach in den gerade entstehenden Performance Artikel eingliedern..--Ruzzoli 22:23, 2. Dez. 2009 (CET)

Also so wie ichs versteh redet der Artikel nur über das automatische Inlinen durch den Compiler. Da das alles da drin aber extrem verwirrt ist, weiß ich es auch nicht genau. Das händische Inlinen sollte in den Performanzartikel, jeb, (wobei das im Ermessen des performanz-Artikel-Schreibers liegt, das in einen separaten auszulagern). Für das Compiler-Optimierungs-Inlinen könnten wir uns den Artikel eigentlich sparen bzw. die Infos dazu entweder unter Debug oder Release unterbringen, oder halt direkt unter Compiler --Dietsch 09:02, 17. Dez. 2009 (CET)

History

Typen die NULL werden können

Wird ersetzt durch Nullable Types ?! -- Florian 20:02, 21. Feb. 2010 (CET)

Wurde ersetzt und gelöscht --Dietsch 10:55, 4. Mär. 2010 (CET)

MessageBox

Ähm. Ja... Denkt selbst drüber nach... (Benutzer:Greitschus)

Man sollte vielleicht erklären, das sowas nur für Fehlerbehandlung relevant ist, um halt doch noch zu sehen, wieso das Game abstürzt. Warte nochmal andere Meinungen ab --Benutzer:Dietsch 09:14, 5. Nov. 2009 (CET)

Der Artikel wird ja kaum referenziert, und es ist praktisch, MessageBoxen zum Fehler finden zu benutzen, klar es geht auch System.Diagnostic.Debug.WriteLine(), aber MessageBoxen sind schön :-) Benutzer:Justus

Naja, ich finde den Artikel relativ nichtssagend. Wenn überhaupt, sollte er vielleicht in einen Artikel, der über Fehlerbehandlung und Strategien zur Fehlerbeseitigung im Allgemeinen geht. Benutzer:Greitschus 15:55, 13. Nov. 2009 (CET)

Der Artikel wird nur von Compilerflags verlinkt, der jedoch verwaist ist (was nicht so gut ist) - entweder das tatsächlich in einem neuen, schönen Fehlerbehandlungsartikel unterbringen oder ganz löschen. --Dietsch 12:50, 14. Nov. 2009 (CET)

Vielleicht sollte man Compilerflags in C# verlinken bzw. einbinden --Justus 16:50 16. Nov. '09

Ok, dann werde ich noch einen Artikel zu Compilerflags schreiben. Der wird allerdings nicht sehr lang werden, denke ich. C# ist ja relativ begrenzt, was das angeht.Greitschus 19:36, 17. Nov. 2009 (CET)

Ah halt stop. Ich meine natürlich Präprozessorbefehle. Aber ich sehe gerade, die versteht ihr fälschlicherweise als Compilerflags. Naja ich werde mal sehen, was sich da machen lässt. Grüße. Greitschus 20:30, 17. Nov. 2009 (CET)

Man könnte das umbenennen ;) - bin mir aber auch nicht sicher, welche Bezeichnung richtiger ist.. --Dietsch 08:59, 18. Nov. 2009 (CET)

Präprozessorbefehle- oder direktiven sind die Geschichten mit dem Hash-Davor (#ifdef, #include, ...). Die sind dazu da, um dem Compiler vor der Kompilierung bestimmte Dinge zu sagen. Compilerflags sind die Parameter, die man dem Compiler mitgibt, damit er magische Sachen mit dem Code anstellt. Zum Beispiel sowas. Greitschus 13:12, 18. Nov. 2009 (CET)

Da geb ich dir völlig recht, allerdings kann habe ich damals nur das #if erklärt, die dazu passenden Defines kann man ja im Quellcode oder als Compilerflag angeben (in den Projekteigenschaften). Deswegen hab ich dann das ganze auch Compilerflags genannt, vielleicht wäre als Titel "Bedingtes Compilen" besser --Justus 13:16 18.11.09

Wurde gelöscht --Dietsch 10:22, 28. Nov. 2009 (CET)

Byte

Also ich hab es ausprobiert: es ist tatsächlich so, dass GetBytes(...) immer ein Array der größe des eingegebenen Datentyps zurückgibt. Also wirft man einen short rein, kommt ein byte[2] Array raus, wirft man int rein, wird's ein byte[4] Array usw. GetBytes(123) gibt immer 4 bytes zurück, da Zahlen grundsätzlich als int interpretiert werden. Das war nur für's Protokoll. Die entsprechende Sektion im Artikel ist geändert. Greitschus 00:01, 20. Nov. 2009 (CET) Machst du noch den Abschnitt mit den Werten sprachlich eindeutiger (wie wir es besprochen hatten)? Dann ists glaub ich fertig --Dietsch 10:24, 23. Nov. 2009 (CET)

Bzw. das hab ich jetzt mal als Vorschlag reingemacht, bitte anschauen. Dann sind noch 2 Anmerkungen drin, wenn wir die haben ist es fertig (glaube ich) --Dietsch 10:32, 23. Nov. 2009 (CET)

Wozu genau braucht man denn ganz Unten die Bemerkung ueber sbyte? Wenn man das so liest denkt man sich nur: OK, und wozu brauch ich den Datentyp dann???.. --Ruzzoli 18:26, 24. Nov. 2009 (CET)

Tjo, kA... ^^ Habs nur dazu gemacht, weils halt dahin gehört. Aber keine Ahnung, wozu man wirklich sbyte braucht. Vielleicht, wenn man mit 128-bit Zahlen rechnen will oder so. --Greitschus 18:35, 24. Nov. 2009 (CET)

Was ganz anderes: Brauchen wir tatsaechlich einen vollwertigen Artikel ueber das Stichwort byte in dem Ausmass? Ich meine, klar das .NET nen Bitconverter hat ist nuetzlich zu wissen aber den Rest des Beitrags setze ich eigentlich bei den Studenten aus Systeme 1 als hinreichend bekannt vorraus.. --Ruzzoli 23:26, 24. Nov. 2009 (CET)

Bitte beachten: Löschdiskussion-Byte --Greitschus 19:17, 25. Nov. 2009 (CET)

Es ist ja nun weitestgehend rausgekommen, dass der Artikel entweder falsch ist oder in keinem Bezug zu irgendwelchen Aufgaben steht, die man im Rahmen des SoPra stellen könnte. Daher plädiere ich dafür, ihn zu löschen. Die Diskussionen innerhalb des Artikels belegen meinen Standpunkt. --Greitschus 18:43, 25. Nov. 2009 (CET)

Wurde gelöscht --Dietsch 10:20, 28. Nov. 2009 (CET)