.NET Diskussion

[Khabarakh]

Zitat von ultrasombrero:

"Einfacher" als IntToStr ist x.ToString bestimmt nicht,

Der ist gut .
Juhu, wir lieben alle prozedurale Methoden, die ungeordnet irgendwo herumliegen, überhaupt keinen Bezug auf ihren Typen haben und die Code-Completion einmüllen.

Zitat:

Hier mal eine .NET Zeile, für die ich mich eine halbe Stunde durch das Netz schlagen musste, da die "Hilfe-Funktion" von Delphi 2005 einfach nur absolut unbrauchbar ist:

[ ] Du weißt, was ein SDK ist.

Label1.Text := Int32(Convert.ToInt32(TextBox1.Text) * Convert.ToInt32(TextBox1.Text)).ToString; Wozu der Cast ?
[edit] Rest siehe phXql [/edit]

Zitat:

Das ist nicht nur kürzer, sondern auch viel einfacher und logischer zu lesen.
Der ganze Objektorientiertheitswahn ist einfach Mist!

Wow, du meinst es wohl wirklich ernst.
Ich glaube, du hast dir das falsche Hobby ausgewählt, du bist jedenfalls in die entgegengesetzte Richtung wie 95% aller Programmierer gepolt. Obwohl, vielleicht bist du auch einfach 20-30 Jahre zu spät dran.

[MisterNiceGuy]

Hab ich auch schonmal hier gefragt Suche hilfe!

[Elvis]

Zitat von Khabarakh:

Juhu, wir lieben alle prozedurale Methoden, die ungeordnet irgendwo herumliegen, überhaupt keinen Bezug auf ihren Typen haben und die Code-Completion einmüllen.

Hätte glatt von einem gewissen ehemaligen User kommen können.

[ultrasombrero]

Nur weil IHR der Meinung seid, prozedurale Programmierung sei schlecht, ist das in der Realität noch lange nicht so!

Das "normale" Win32-Delphi ist im Grunde die perfekte Mischform. Das hat rein gar nichts mit "zumüllen" zu tun, das ist einfache ein effizienter, sehr gut leserlicher Programmierstil. Das ist es schließlich, was Pascal mal ausgemacht hat: Die LESBARKEIT. Die ganze DotNET-Scheisse macht das alles nur kaputt.

[JasonDX]

Zitat von ultrasombrero:

Das "normale" Win32-Delphi ist im Grunde die perfekte Mischform. Das hat rein gar nichts mit "zumüllen" zu tun, das ist einfache ein effizienter, sehr gut leserlicher Programmierstil. Das ist es schließlich, was Pascal mal ausgemacht hat: Die LESBARKEIT. Die ganze DotNET-Scheisse macht das alles nur kaputt.

Niemand zwingt dich, .NET zu nutzen. Du kannst gerne bein Win32 bleiben. Du kannst auf den .NET-Zug aufspringen oder davon überfahren werden. Its your choise.

greetz
Mike

[malo]

Zitat von ultrasombrero:

Nur weil IHR der Meinung seid, prozedurale Programmierung sei schlecht, ist das in der Realität noch lange nicht so!

Das stimmt zur Hälfte: Die Meinung der DP-User sagt nichts darüber aus, ob prozedurale Programmierung gut oder schlecht ist.
Aber: Rein prozeduale Programmierung ist die reinste Folter. Ich muss in der Schule Logo machen (das ist sogar noch deutlich Spur schlimmer, als z.B. C), ich weiß wovon ich rede
Da ist man froh, wenn man sich "mal eben" eine Klasse schreiben kann, die Prozeduren dazu rein, und fertig ist's. Das erzeugen der Klasse ist dann nur noch Gewohnheitssache. Wenn ich mir aber vorstellen müsste, alles prozedural zu machen (wie ich es z.T. auch mit Logo tun muss)...

Zitat:

Das "normale" Win32-Delphi ist im Grunde die perfekte Mischform. Das hat rein gar nichts mit "zumüllen" zu tun, das ist einfache ein effizienter, sehr gut leserlicher Programmierstil. Das ist es schließlich, was Pascal mal ausgemacht hat: Die LESBARKEIT. Die ganze DotNET-Scheisse macht das alles nur kaputt.

Pascal hat die strikte Programmstruktur ausgemacht, z.B. Variablendeklarations-Bereiche, Bereiche für die Konstanten, alle Variablen müssen vorher deklariert sein etc.
Und das hat Pascal bis heute noch, auch in Delphi.NET.
Und nur, weil man mal statt einer Funktion eine Methode aufrufen muss (was deutlich schneller geht, wenn man es einmal kennt), heißt es gleich, dass .NET schlecht ist?

[ultrasombrero]

Zitat von malo:

Und nur, weil man mal statt einer Funktion eine Methode aufrufen muss (was deutlich schneller geht, wenn man es einmal kennt), heißt es gleich, dass .NET schlecht ist?

Stimmt, nicht NUR das macht DotNET schlecht, auch die langsamere Ausführungsgeschwindigkeit, die Abhängigkeit von einer riesigen Runtime-Library, und die Vereinfachung des Crackens.
Mit DotNET hat Microsoft eine Seuche geschaffen, die fast so schlimm wie Java ist, sich aber wohl leider noch deutlich weiter ausbreiten wird

[JasonDX]

Zitat von ultrasombrero:

Stimmt, nicht NUR das macht DotNET schlecht, auch die langsamere Ausführungsgeschwindigkeit, die Abhängigkeit von einer riesigen Runtime-Library, und die Vereinfachung des Crackens.
Mit DotNET hat Microsoft eine Seuche geschaffen, die fast so schlimm wie Java ist, sich aber wohl leider noch deutlich weiter ausbreiten wird

tztztz, immer so negativ
Java eine Seuche? wenn du meinst *gg*
.NET hat seine Vor- und Nachteile. Ok, ich muss ein Framework mitliefern, muss das aber nur einmahlig installieren. Ist bei Applikationen, die bspw. DirectX verwenden genauso.
Bloß dass .NET den Vorteil der Plattformunabhängigkeit hat, genau wie Java. (Logisch unter der Voraussetzung, dass es ein Framework installiert ist)
Etwas gegen das streng Objektorientierte Konzept zu sagen find ich irgendwie lächerlich. Es dient der Sauberkeit und übersicht. So vermeide ich, dass ich mir meine Units mit wirren Funktionen zumülle, obwohl ich die genausogut in eine Klasse stecken kann. Mit .NET wird man gezwungen, sauberer zu programmieren.
Bezüglich langsamer Ausführgeschwindigkeit: Das kann ich stolz bestreiten. Nachdem ich sowohl managed als auch natives DirectX programmiert, als auch diverse Algorithmen von Win32 auf .NET portiert habe kann ich sagen, dass die Ausführgeschwindigkeit sich ca. ausgleicht. Meine mDX-Appls laufen manchmal mit 2-3 Frames langsamer, was aber relativ wenig ausmacht. Andere Dinge liefen in .NET schneller als in Win32. Zudem: Etwas in .NET zu schreiben dauert höchstens gleichlang wie für Win32, geht normalerweise aber schneller. Es ist also eher ein Segen für die Entwickler
Aber wie gesagt, du kannst gern bei Win32 bleiben. Wär halt ca. so alsob einer vor Jahren gesagt hätt er würd weiterhin 16Bit-Appl. produzieren

greetz
Mike

[edit]Es lebe der rote Kasten, wenner mal kommen würde... kann von mir aus gelöscht werden

[Phoenix]

Zitat von ultrasombrero:

Stimmt, nicht NUR das macht DotNET schlecht, auch die langsamere Ausführungsgeschwindigkeit, die Abhängigkeit von einer riesigen Runtime-Library, und die Vereinfachung des Crackens.

Ich merke gerade dass Du absolut gar keine Ahnung hast, von was Du sprichst.

1.) ist .NET verdammt schnell (das zeigen alle Performance-Tests)
2.) ist die Runtime nicht riesig sondern nur 20 MB gross, die Bibliotheken die man für Win32 braucht sind deutlichst grösser
und 3.) ist .NET dank seiner Sicherheitsfeatures deutlichst sicherer vor attacken geschützt als jede andere native Applikation. Ich sage hier nur CAS. Und was die lesbarkeit des Compilats angeht: Ich lese lieber Assemblercode als durch einen Obfuscator gejagten IL-Code.

[DGL-luke]

Ich habe überhaupt nichts gegen .Net.

Ich entwickle jetzt testweise schon eine Weile mit Visual C# Express Edition und muss sagen, das gefällt mir inzwischen besser als meine Delphi2005-PE.
Das .Net-Framework vereinfacht einem wirklich sehr vieles! Von Netzwerkkomponenten bis Serialisierung...

Ich habe auch keine Performanceprobleme, ich entwickle ja nichts "großes".... Eine "normale" Anwendung mit ein paar Fenstern und ein paar Berechnungen wird wohl bei heutigen Rechnerstärken auch kein Problem machen.

Und nachdem die meisten Leute auch DSL haben, ist es auch kein Problem, sich das Framework zu ziehen.