加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

delphi – 使用TArray而不是T的数组的原因是什么?

发布时间:2020-12-15 10:17:27 所属栏目:大数据 来源:网络整理
导读:我将传统的Delphi应用程序迁移到Delphi-XE2,我想知道是否有一个很好的理由将定义为MyType的数组的数组替换为TArray MyType。所以问题是TArray T的利弊是什么?使用而不是MyType的数组? 解决方法 主要优点是较少繁重的身份规则。考虑: a: array of Integer
我将传统的Delphi应用程序迁移到Delphi-XE2,我想知道是否有一个很好的理由将定义为MyType的数组的数组替换为TArray< MyType>。所以问题是TArray< T>的利弊是什么?使用而不是MyType的数组?

解决方法

主要优点是较少繁重的身份规则。考虑:
a: array of Integer;
b: array of Integer;

这两个变量不是分配兼容的。写一个编译错误是:

a := b;

另一方面,如果您使用通用语法:

a: TArray<Integer>;
b: TArray<Integer>;

那么这两个变量是兼容的。

当然可以写

type
  TIntegerArray = array of Integer;

但所有各方都需要同意同一类型。如果所有的代码都在你的控制之下,这是很好的,但是当使用各种来源的代码时,通用的动态数组的出现会产生巨大的变化。

弹出的另一个优点就是类似地,你可以使用通用数组类型作为通用方法的返回类型。

没有通用数组,你就不得不声明一个这样的形式:

TArrayOfT = array of T

在你的泛型班,这是相当凌乱。而且,如果您在非泛型类中编写通用方法,那么您无法做出该声明。通用数组再次解决了这个问题。

TMyClass = class
  class function Foo<T>: TArray<T>; static;
end;

这一切都来自于documentation中描述的类型兼容性规则,如下所示:

Type Compatibility

Two non-instantiated generics are considered assignment
compatible only if they are identical or are aliases to a
common type.

Two instantiated generics are considered assignment compatible if the base types are identical (or are aliases to a common type) and the type arguments are identical.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读