Whenever a generic class is specialized, this results in a new, distinct type. These types are
assignment compatible.
Take the following generic definition:
unit ua;
interface
type
Generic TMyClass<T> = Class(TObject)
Procedure DoSomething(A : T; B : INteger);
end;
Implementation
Procedure TMyClass.DoSomething(A : T; B : Integer);
begin
// Some code.
end;
end.
And the following specializations:
unit ub;
interface
uses ua;
Type
TB = Specialize TMyClass<string>;
implementation
end.
the following specializations is identical, but appears in a different unit:
unit uc;
interface
uses ua;
Type
TB = Specialize TMyClass<string>;
implementation
end.
The following will then compile:
unit ud;
interface
uses ua,ub,uc;
Var
B : ub.TB;
C : uc.TB;
implementation
begin
B:=C;
end.
The types ub.TB and uc.TB are assignment compatible. It does not matter that the types are
defined in different units. They could be defined in the same unit as well:
unit ue;
interface
uses ua;
Type
TB = Specialize TMyClass<string>;
TC = Specialize TMyClass<string>;
Var
B : TB;
C : TC;
implementation
begin
B:=C;
end.
Each specialization of a generic class with the same types as parameters is a new, distinct type, but
these types are assignment compatible.
If the specialization is with a different type as parameters, the types are still distinct, but no longer
assignment compatible. i.e. the following will not compile:
unit uf;
interface
uses ua;
Type
TB = Specialize TMyClass<string>;
TC = Specialize TMyClass<integer>;
Var
B : TB;
C : TC;
implementation
begin
B:=C;
end.
When compiling, an error will result:
Error: Incompatible types: got "TMyClass$1$crc31B95292"
expected "TMyClass$1$crc1ED6E3D5"