Delphi "with variable do" in C#

[Khabarakh]

Gratulation, du hast die Variablendeklaration neu erfunden .

@Topic: Für Object Initializers gebe ich with gern auf. Die Prism-Entwickler dachten anscheinend genauso .

[Satty67]

Ist ja aber nicht das gleich wie with, da es nicht mit breits länger erzeugten, sondern nur gerade neu erzeugten Objekten funktioniert (oder?)

[alzaimar]

'with Obj do' ist also böse, ja? Gähn. Der Depp, der das falsch einsetzt ist böse. Nicht das Konstrukt an sich.

Wenn ich mit diesen DevExpress-Komponenten arbeite, die ellenlange Objekthierarchien beinhalten, ist so ein 'With' einfach mal Gold wert. Wenn man weiß, wie man es einsetzt.

Beispiel (Ich würde immer die erste Variante vorziehen):

Delphi-Quellcode:

With TheObject.HasAnAttribute.WhichHasMore.Gosh.Will.ThisEver.End do begin
  SpecialFoo := 1;
  SpecialBar := 2;
End;
// oder
TheObject.HasAnAttribute.WhichHasMore.Gosh.Will.ThisEver.End.SpecialFoo := 1;
TheObject.HasAnAttribute.WhichHasMore.Gosh.Will.ThisEver.End.SpecialBar := 2;

Da das in C# nicht geht, behelfe ich mir -mangels 'WITH'- mit einer privaten Methode ('Clean Code' lässt grüßen)

Code:

private void InitializeSpecialObject (var specialObject : SpecialObject);
{
  specialObject.specialFoo = 1;
  specialObject.specialBar = 2;
}

...
  InitializeSpecialObject (var TheObject.HasAnAttribute.WhichHasMore.Gosh.Will.ThisEver.End);
...

(Geht das mit dem 'Var' in C#?) Egal.

Hmmm. Irgendwie eine Steigerung in Punkto 'Lesbarkeit', oder?

Also: Das WITH war eine nette Idee, bevor es Klassen gab. Mit Klassen und doofen unvorsichtigen Programmierern kamen die Probleme. In der Folge hat man (u.A. bei C#) darauf verzichtet.

Und, hey, eine neue Methode, die auch noch in ihrem Namen beschreibt, was da eigentlich passiert, ist doch eh besser als ein extrem intelligent eingesetztes WITH. Denn da weiss ich immer noch nicht, wieso der Programmierer das WITH nu benutzt oder was er da eigentlich gemacht hat.

Gewöhn Dir also das 'WITH' ab. Nicht weil es böse ist, das kleine 'with', sondern weil es was Besseres gibt.

PS: (Visual)Basic kann das übrigens auch, mit dem WITH. Auch ein Grund, es *nicht* zu verwenden.

[Satty67]

Zitat von alzaimar:

(Geht das mit dem 'Var' in C#?)

Bei einer Object-Referenz (zu 99% bei c#) ja nicht nötig, ansonsten out.

ich nehme lieber kurze lokale Refrenzen

Code:

EndObject theEnd = TheObject.HasAnAttribute.WhichHasMore.Gosh.Will.ThisEver.End;
theEnd.SpecialFoo = 1;
theEnd.SpecialBar = 1;

obwohl der Vorschlag von alzaimar die sprachübergreifende sauberste Lösung ist!

[alzaimar]

Was hat eine lokale Variable ohne jeglichen Wert im Code zu suchen? ) Aber wir beginnen mit einer Glaubensfrage.

So geht's natürlich auch.

Zitat von Phoenix:

Das B in Basic steht für Beginners, deswegen nehmen Pro's das nicht

Und 'D' steht für...

[Phoenix]

Zitat von alzaimar:

PS: (Visual)Basic kann das übrigens auch, mit dem WITH. Auch ein Grund, es *nicht* zu verwenden.

Das B in Basic steht für Beginners, deswegen nehmen Pro's das nicht

Code:

var end = TheObject.HasAnAttribute.WhichHasMore.Gosh.Will.ThisEver.End;
end.SpecialFoo=1;
end.SpecialBar = 2;

[Stevie]

Zitat von alzaimar:

('Clean Code' lässt grüßen)

clean code verbietet auch train wrecks wie das oben von dir gezeigte (ja, ich weiß, die bösen DevExpress Kompos )