Ergebnis der Suchanfrage

• Forum: Object-Pascal / Delphi-Language

  AW: Dynamische Arrays in XE7

    Delphi
    by himitsu, 22. Jan 2015
  Was ich mir aber mal wünschen würde, wäre ein Copy-On-Write bei den dyn. Arrays, so wie man es von Strings kennt ... also daß man das endlich, nach vielen Jahrzehnten, langsam mal repariert.
  
  var
  A, B: TArray<Integer>;
  
  A := ;
  B := A;
  A := 4;
  ShowMessage(B.ToString);
  bzw.
• Forum: Object-Pascal / Delphi-Language

  AW: Dynamische Arrays in XE7

    Delphi
    by himitsu, 22. Jan 2015
  Jupp, denn siehe #8. :cry:
  
  Also das ist schon mindestens seit D7 dabei. (vielleicht hatte ich es auch schon in D4 benutzt)
  
  
  Nja, aus diesem Grund würde ich mir leider nie die Starter-Editionen kaufen können, denn da schon die OH oft sehr leer ist, kann man nur intteressiert in die Quellcodes gucken. :)
• Forum: Object-Pascal / Delphi-Language

  AW: Dynamische Arrays in XE7

    Delphi
    by himitsu, 21. Jan 2015
  type
  //TIntegerDynArray = array of Integer; // siehe Unit Types
  //TArray<T> = array of T; // siehe Unit System
  
  A = TIntegerDynArray; // Alias
  B = type TIntegerDynArray; // neuer Type, aber kompatibel zu TIntegerDynArray
  C = array of Integer; // eigener Typ
  D = TArray<Integer>; // Alias
  PS: siehe mein letztes PS :stupid:
• Forum: Object-Pascal / Delphi-Language

  AW: Dynamische Arrays in XE7

    Delphi
    by himitsu, 21. Jan 2015
  Array of Xyz deklariert einen "neuen" Array-Typen. (hier muß man aufpassen, denn als Methoden-Parameter hat das nochmal eine ganz andere Bedeutung -> offerner Array-Parameter)
  Diese Arrays sind zwar "gleich", aber nicht identisch/kompatibel -> haben jeweils ihre eigene RTTI-Definition.
  Das ist wie mit type TMyClassA = class end; TMyClassB = class end;, welches nicht die "selbe" Klasse ergibt,...