精品主页 | 软件下载 | 系统下载 | 精品导航| 精彩图片 | 转帖工具 | 版主申请 | 影视下载
发新话题
打印

实例解析C /CLI中的继承与枚举

实例解析C /CLI中的继承与枚举

  


                   本文中,将要介绍与继承相关的C  /CLI主题,并以现实生活中银行交易的三种形式:存款、取款、转账,来说明类的继承体系,且以一种新的枚举形式来实现。



  枚举器



  请看例1中声明的类型,它存在于其自身的源文件中,并编译为一个只包含此类型的程序集:



  例1:












public enum class TransactionType :

unsigned char {Deposit, Withdrawal, Transfer};

  与想像的一样,枚举器中的Deposit、Withdrawal、Transfer分别代表0、1、2的常量值,但有三个方面却让这个enum类型与标准C  的enum类型(也就是"本地enum")大不相同。



  ·enum类只用于取代enum。这使TransactionType成为了一个CLI enum。(也允许enum结构,其与enum类等价。)



  ·此类型的可访问性为public,以使其可从父类程序集外可见。(在C  /CLI中,一个本地enum类型也能有一个访问限定符。)



  ·enum类有一个显式的基本类型限定符:在本例中为unsigned char。(在C  /CLI中,一个本地enum也能有一个基本类型。)默认情况下,基本类型为int。基本类型也能为bool或除wchar_t之外的任意整形。(如果指定bool为基本类型,枚举器必须显式地进行初始化,因为没有默认的初始值。)



  支持这个新语法的原因是CLI enum遵从CLS标准,而本地enum却不遵从。



  CLI enum与本地enum间最大的区别在于构成方式上,枚举名的作用范围由它的父类enum类型来限定。另外,标准C  中定义的整数提升,并不适用于CLI enum。



  与本地enum类似,一个CLI enum也能被定义在一个类中,在这种情况下,就不允许使用访问限定符了,因为嵌套类型的可见性,已被其嵌入到的类型可见性所取代。



  交易的抽象基类



  交易类型的继承体系在基类Transaction中,默认从System::Object继承,见例2:



  例2:












using namespace System;

using namespace System::Threading;



/*1*/

public ref class Transaction abstract

{

 TransactionType typeOfTransaction;

 /*2*/ DateTime dateTimeOfTransaction;

 public:

 /*3a*/ property TransactionType TypeOfTransaction

 {

  TransactionType get() { return typeOfTransaction; }



 private:

  void set(TransactionType value) { typeOfTransaction = value; }

}



/*3b*/ property DateTime DateTimeOfTransaction

{

 DateTime get() { return dateTimeOfTransaction; }

 private:

  void set(DateTime value) { dateTimeOfTransaction = value; }

}



/*4*/ virtual void PostTransaction() abstract;



protected:

/*5*/ Transaction(TransactionType transType)

{

 /*6*/ Thread::Sleep((gcnew Random)->Next(1000,2001));

 /*7*/ TypeOfTransaction = transType;

 /*8*/ DateTimeOfTransaction = DateTime::Now;

}

};




  在标号1中,这个类被标为abstract(抽象类),这意味着它不能被直接实例化。(抽象不是一个关键字,仅仅在此上下文中作了保留。)这个abstract修饰词可用于定义一个抽象类,而无须显式地声明一个或多个成员函数为纯虚类型。



  在类的私有数据成员部分,一个Transaction包含了一个交易类型及一个时间日期戳,两者都由定义在标号3a及3b中的属性来访问。在标号2中使用的CLI库值类型System::DateTime允许用一个即时变量显示出当天的日期与时间。请注意,两个属性是怎样拥有公有get方法与私有set方法的。(这是基于新的CLI标准,并且现在已与CLS兼容了。)



  标号4要求每个具体的交易类型都有公共的成员函数PostTransaction,在此的abstract函数修饰符等同于标准C  语法中的纯虚函数,一个抽象(abstract)函数必须显式地声明为virtual。



  由于构造函数只应从继承类中调用,所以定义在标号5中的构造函数为protected,但它需做的事情却非常简单:设置新的交易类型为传递进来的类型,并通过调用公有属性DateTime::Now的get方法把时间日期戳设置为当前时间。有关传递进来的交易类型,应为一个值类型,而不允许为nullptr,由于CLI enum的强类型检查,编译器只允许同类型的枚举器被传递,或者同类型的实例,当然了,其也只能被同类型的枚举器所初始化。



  通常地,构造函数必须尽快执行完,在此,为从测试程序中得出更多的结果,所以在程序中安置了一个延迟方法,因此时间日期戳在每次交易时都会改变,见标号6,构造函数会在初始化数据成员之前,随机休眠一段时间。由于每个程序至少都会有一个执行线程,而此线程的有关特征可通过sealed System::Threading::Thread引用类来设置或获取,Thread::Sleep函数则把当前执行线程挂起指定的毫秒数。



  为使挂起的时间有所变化,使用了System::Random引用类来生成一系列的伪随机数,标号6中重载的Next函数则获取了一个"大于等于1000,小于2001"的数,也就是一至两秒钟的延迟。




  


                  





  存款、取款、转账类



  例3定义了存款类,为什么这个类为sealed呢?如果还没有认真考虑过它是否足够"健壮"以可作一个基类,那么还是让它不可以继承吧。 例3:












using namespace System;



/*1*/

public ref class Deposit sealed : Transaction

{

 /*2*/ Decimal amount;

 int toAccount;

 public:

  /*3a*/ Deposit(double amount, int toAccount) :

  Transaction(TransactionType::Deposit)

  {

   DepositAmount = Decimal(amount);

   DepositToAccount = toAccount;

  }



  /*3b*/ Deposit(Decimal amount, int toAccount) :

  Transaction(TransactionType::Deposit)

  {

   DepositAmount = amount;

   DepositToAccount = toAccount;

  }

  property Decimal DepositAmount

  {

   Decimal get() { return amount; };

   private:

    void set(Decimal value) { amount = value; }

  }

  property int DepositToAccount

  {

   int get() { return toAccount; };

   private:

    void set(int value) { toAccount = value; }

  }



  /*4*/ void PostTransaction()

  {

   Console::WriteLine("{0} -- {1}", DateTimeOfTransaction, this);

  }

  virtual String^ ToString() override

  {

   /*5*/ return String::Format([/img]  }

};

  CLI只支持单一继承,因此,值类和引用类只能有一个直接的基类,默认情况下为System::Object。在标号1中,Deposit直接继承自Transaction,请注意没有public访问限定符,CLI只支持公有(public)继承,所以在此也可写为": public Transaction",但这是多余的。(对本地类而言,当继承的类型为结构struct时,默认为公有继承;当继承的类型为类class时,默认为私有继承。)



  别忘了,CLI库支持一种非常适合金融计算的类型--System::Decimal,可在标号2中用它来表示存款额。



  为了方便,提供了两个构造函数:一个接受表示为Decimal的数额,而另一个接受表示为double的数额。请注意,在两个构造函数的定义中,是怎样使用CLI enum作用域符来访问枚举器TransactionType中Deposit的。



  为完成抽象基类,需提供标号4中的PostTransaction的实现,DateTime是一个值类型,因此当它的一个实例被传递进来时,它被装箱以匹配WriteLine所期望的Object^,而this表达式类型为Deposit^,其也继承自Object^。在这两种情况中,继承层次会一直往下,直到抵达并调用对应的ToString函数。



  也能把函数PostTransaction声明为sealed,这样它就不能被覆盖了,然而,如果父类本身已经为sealed,那么函数永远也不可能被覆盖。




  


                  





  标号5中的格式指定符{0,10:0.00},表明在10个打印位宽度中右对齐数额,并四舍五入到小数点后两位,且至少在小数点前有一位数。



  Deposit类型直接依赖于Transaction与TransactionType类型,所以在Deposit的编译期间,必须确保可访问到这两者的程序集。但是,编译器可能会发出一个警告,表示TransactionType已经被引入了两次,一次是直接,而另一次是间接地通过Transaction,在此,可安全地忽略此警告信息。



  Withdrawal类定义在例4中,而Transfer类定义在例5中。



  例4:












using namespace System;



public ref class Withdrawal sealed : Transaction

{

 Decimal amount;

 int fromAccount;

 public:

  Withdrawal(double amount, int fromAccount) : Transaction(TransactionType::Withdrawal)

  {

   WithdrawalAmount = Decimal(amount);

   WithdrawalFromAccount = fromAccount;

  }

  Withdrawal(Decimal amount, int fromAccount) : Transaction(TransactionType::Withdrawal)

  {

   WithdrawalAmount = amount;

   WithdrawalFromAccount = fromAccount;

  }

  property Decimal WithdrawalAmount

  {

   Decimal get() { return amount; };

   private:

    void set(Decimal value) { amount = value; };

  }

  property int WithdrawalFromAccount

  {

   int get() { return fromAccount; };

   private:

    void set(int value) { fromAccount = value; };

  }

  void PostTransaction()

  {

   Console::WriteLine("{0} -- {1}", DateTimeOfTransaction, this);

  }

  virtual String^ ToString() override

  {

   return String::Format("With: {0,10:0.00} {1,10}",

   WithdrawalAmount, WithdrawalFromAccount);

  }

};

  例5:












using namespace System;



public ref class Transfer sealed : Transaction

{

 Decimal amount;

 int fromAccount;

 int toAccount;

 public:

  Transfer(double amount, int fromAccount, int toAccount): Transaction(TransactionType::Transfer)

  {

   TransferAmount = Decimal(amount);

   TransferFromAccount = fromAccount;

   TransferToAccount = toAccount;

  }

  Transfer(Decimal amount, int fromAccount, int toAccount): Transaction(TransactionType::Transfer)

  {

   TransferAmount = amount;

   TransferFromAccount = fromAccount;

   TransferToAccount = toAccount;

  }

  property Decimal TransferAmount

  {

   Decimal get() { return amount; };

   private:

    void set(Decimal value) { amount = value; };

  }

  property int TransferFromAccount

  {

   int get() { return fromAccount; };

   private:

    void set(int value) { fromAccount = value; };

  }

  property int TransferToAccount

  {

   int get() { return toAccount; };

   private:

    void set(int value) { toAccount = value; };

  }

  void Transfer::PostTransaction()

  {

   Console::WriteLine("{0} -- {1}", DateTimeOfTransaction, this);

  }

  virtual String^ ToString() override

  {

   return String::Format("Xfer: {0,10:0.00} {1,10} {2,10}",

   TransferAmount, TransferToAccount, TransferFromAccount);

  }

};

  虽然三个PostTransaction的实现是同样的,但在真实的交易处理系统中,这是不可能发生的。



  测试程序



  例6是测试交易类型的程序,它会创建一个具体交易类型的数组、遍历此数组、调用每个元素的PostTransaction函数。插1是某次执行后的输出,默认使用的是美国式的日期时间格式,即为,月、日、年、12小时制。



  例6:












using namespace System;



int main()

{

 array<Transaction^>^ list = gcnew array<Transaction^> {

  gcnew Deposit(123.05, 12345),

  gcnew Transfer(Decimal::Parse("1256.40"), 1111, 222),

  gcnew Withdrawal(34.54, 232323),

  gcnew Deposit(56.12, 14321)

 };

 for each (Transaction^ t in list)

 {

  t->PostTransaction();

 }

}

  插1:例6某次执行后的输出












3/20/2005 12:36:16 AM -- Dep: 123.05 12345

3/20/2005 12:36:18 AM -- Xfer: 1256.40 222 1111

3/20/2005 12:36:19 AM -- With: 34.54 232323

3/20/2005 12:36:21 AM -- Dep: 56.12 14321


  


                  





  枚举与继承



  一个CLI enum类型通常实现为一个值类型,且隐式继承自System::Enum。同样地,此类型的静态与实例成员,它们的基类System::ValueType与类型的基类System::Object,在CLI enum类型或此类型的任意实例中,都可以访问到。插2是例7的输出。



  例7:












using namespace System;



public enum class Color {Black, White, Red};

public enum class TransactionType :

unsigned char {Deposit, Withdrawal, Transfer};

int main()

{

 Color c = Color::White;



 /*1*/ Console::WriteLine("Color::Red's name is >{0}<",

 Enum::GetName(c.GetType(), Color::Red));

 Console::Write("Color's members are:");



 /*2*/ array<String^>^ names = Enum::GetNames(Type::GetType("Color"));

 for each (String^ s in names)

 {

  Console::Write([/img] }

 Console::WriteLine();



 /*3*/ Console::WriteLine("The type underlying Color is >{0}<",

 Enum::GetUnderlyingType(Color::typeid));



 /*4*/ Console::WriteLine("The type underlying TransactionType is >{0}<",

 Enum::GetUnderlyingType(TransactionType::typeid));

}

  插2:例7的输出












Color::Red's name is >Red<

Color's members are: Black White Red

The type underlying Color is >System.Int32<

The type underlying TransactionType is >System.Byte<

  在标号1中,调用了Enum::GetName以找出特定enum类型枚举器的名称,第一个参数必须为System::Type类型,而获取它的一个方法就是通过对感兴趣的变量调用Object::GetType。



  在标号2中,调用了Enum::GetNames以找出特定enum类型全部枚举器的名称,第一个参数必须为System::Type类型,而获取它的一个方法就是通过对感兴趣的变量(其以字符串形式表示的名称)调用Type::GetType。



  在标号3及标号4中,调用了Enum::GetUnderlyingType以找出这两个CLI enum类型的底层类型,此处使用了一个更简单的方法用于找出类型的Type对象--新形式的typeid操作符。


  


                  





  数组与继承



  每个CLI数组类型隐式继承自抽象引用类型System::Array,另外,数组的某些成员属性也继承自这个基类,所以当使用一个CLI数组时,便可访问到数组及对象的每个公有成员,见例8,插3是对应的输出。数组的成员函数在此是直接调用的。



  例8:












using namespace System;



generic<typename T>

void Display1DArray(String^ text, array<T>^ ary)

{

 if (ary == nullptr)

 {

  Console::WriteLine("nullptr passed");

  return;

 }

 Console::Write("{0} {1}:", text, ary->Length);

 for each (T element in ary)

 {

  Console::Write([/img] }

 Console::WriteLine();

}

int main()

{

 array<int>^ numbers = gcnew array<int>{10, 75, 23, 18, 53, 18};

 Display1DArray("numbers, original", numbers);



 /*1*/ Console::WriteLine("IndexOf(18) {0}", Array::IndexOf(numbers, 18));



 /*2*/ Console::WriteLine("LastIndexOf(18) {0}",

 Array::LastIndexOf(numbers, 18));

 /*3*/ Array::Sort(numbers);

 Display1DArray("numbers, sorted ", numbers);



 /*4*/ Console::WriteLine("BinarySearch(23) {0}",

 Array::BinarySearch(numbers, 23));

 /*5*/ Array::Reverse(numbers);

 Display1DArray("numbers, reversed", numbers);



 array<int>^ numbers2 = gcnew array<int>(4);



 /*6*/ Array::Copy(numbers, numbers2, numbers2->Length);

 Display1DArray("numbers2 ", numbers2);

 

 /*7*/ Array::Clear(numbers, 1, 4);

 Display1DArray("numbers, cleared ", numbers);

}

  插3:例8的输出












numbers, original 6: 10 75 23 18 53 18

IndexOf(18) 3

LastIndexOf(18) 5

numbers, sorted 6: 10 18 18 23 53 75

BinarySearch(23) 3

numbers, reversed 6: 75 53 23 18 18 10

numbers2 4: 75 53 23 18

numbers, cleared 6: 75 0 0 0 0 10


  


                  





  覆盖 VS 隐藏



  在一个虚拟函数调用时,其实例的运行时类型决定了实际要调用的具体函数实现;在一个非虚拟函数调用时,实例的编译时类型才是最终的决定因素。



  我们可从标准C  中得知,一个虚拟函数的实现,可被继承类中的相应实现所取代,而这个取代的过程被称为"覆盖",其是通过使用override函数修饰符来完成的。鉴于一个虚拟函数的声明引入了一个新的函数,那么,通过提供一个此函数新的实现,一个覆盖函数声明可对继承来的虚拟函数进行专门的细化。需覆盖的函数必须显式声明为virtual。



  当一个类重新声明了一个它继承来的函数名称时,由于出现了new函数修饰符,那么可以说这个类,隐藏了父类中的那个名称。



  请看例9中的代码,留意变量的定义及在调用成员函数时的使用情况:



  例9:












using namespace System;



public ref struct A

{

 /*1a*/ void F0() { Console::WriteLine("A::F0"); }

 /*1b*/ virtual void F1() { Console::WriteLine("A::F1"); }

 /*1c*/ virtual void F2() { Console::WriteLine("A::F2"); }

 //*1d*/ virtual void F3() { Console::WriteLine("A::F3"); }

};



public ref struct B : public A

{

 /*2a*/ void F0() new { Console::WriteLine("B::F0"); }

 /*2b*/ virtual void F1() override { Console::WriteLine("B::F1"); }

 /*2c*/ virtual void F2() new { Console::WriteLine("B::F2"); }

 private:

  //*2d*/ void F3() new { Console::WriteLine("B::F3"); }

};



public ref struct C : public B

{

 /*3a*/ void F0() new { Console::WriteLine("C::F0"); }

 /*3b*/ virtual void F1x() override = B::F1 { Console::WriteLine("C::F1x"); }

 /*3c*/ virtual void F2x() = B::F2 { Console::WriteLine("C::F2x"); }

 //*3d*/ virtual void F3() { Console::WriteLine("C::F3"); }

};

  假定有以下代码:












A^ a = gcnew A();

a->F0(); //调用 A::F0

a->F1(); //调用A::F1

a->F2(); //调用A::F2



a->F0():A::F0是一个非虚拟函数,因此使用的是a的编译时类型(也就是A),导致A::F0被调用。

a->F1():A::F1是一个虚拟函数,因此使用的是a的运行时类型(也就是A),导致A::F1被调用。

a->F2():与A::F1类似,A::F2也是一个虚拟函数,因此使用的是a的运行时类型(也就是A),导致A::F2被调用。



B^ b = gcnew B();

b->F0(); //调用 B::F0

b->F1(); //调用B::F1

b->F2(); //调用B::F2



b->F0():B::F0是一个非虚拟函数,因此使用的是b的编译时类型(也就是B),导致B::F0被调用。

b->F1():B::F1覆盖了虚拟函数A::F1,因此使用的是b的运行时类型(也就是B),导致B::F1被调用。

b->F2():B::F2(通过new)隐藏了虚拟函数A::F2,因此使用的b的是编译时类型(也就是B),导致B::F2被调用。这个隐藏函数同样也为virtual,允许继承自B的类覆盖这个带有new的函数。



a = b;

a->F0(); //调用 A::F0

a->F1(); //调用B::F1

a->F2(); //调用A::F2



a->F0():A::F0是一个非虚拟函数,因此使用的是a的编译时类型(也就是A),导致A::F0被调用。

a->F1():A::F1是一个虚拟函数,因此使用的是a的运行时类型(也就是B),导致B::F1被调用。

a->F2():A::F2是一个虚拟函数,其被函数B::F2所隐藏,因此使用的是a的编译时类型(也就是A),导致A::F2被调用。(请记住,要先有后续的覆盖函数,才会有动态查询过程,而在本例中,是不存在的。)



C^ c = gcnew C();

c->F0(); //调用C::F0

c->F1(); //调用C::F1x

c->F2(); //调用 C::F2x



c->F0():C::F0是一个非虚拟函数,因此使用的是c的编译时类型(也就是C),导致C::F0被调用。

c->F1():C::F1x是一个虚拟函数,因此使用的是c的运行时类型(也就是C),但是,在C::F1x的情况中,使用了一个命名覆盖,也就是说,被覆盖的函数与覆盖函数有着不同的名称,这导致C::F1x被调用。

c->F2():C::F2x覆盖了虚拟函数B::F2,因此使用的是c的运行时类型(也就是C),导致C::F2x被调用。(正如大家所见,在这个命名覆盖中,省略了显式覆盖修饰符。)



b = c;

b->F0(); //调用 B::F0

b->F1(); //调用C::F1x

b->F2(); //调用C::F2x



b->F0():B::F0是一个非虚拟函数,因此使用的是b的编译时类型(也就是B),导致B::F0被调用。

b->F1():B::F1覆盖了虚拟函数A::F1,因此使用的是b的运行时类型(也就是C),导致C::F1x被调用。

b->F2():B::F2是一个虚拟函数,因此使用的是b的运行时类型(也就是C),导致C::F2x被调用。



a = c;

a->F0(); //调用A::F0

a->F1(); //调用C::F1x

a->F2(); //调用 A::F2



a->F0():A::F0是一个非虚拟函数,因此使用的是a的编译时类型(也就是A),导致A::F0被调用。

a->F1():A::F1是一个虚拟函数,因此使用的是a的运行时类型(也就是C),导致C::F1x被调用。

a->F2():A::F2是一个虚拟函数,其被函数B::F2所隐藏,因此使用的是a的编译时类型(也就是A),导致A::F2被调用。(请记住,要先有后续的覆盖函数,才会有动态查询过程,而在这些例子中,是不存在的。)

  访问限定符



  标准C  支持三种成员访问限定符:public、protected、private。为了适应程序集,C  /CLI添加了另外三种,完整地列在下表中:



  ·public意味着访问不受限制。



  ·protected意味着访问受限于包含的类,及任意继承自包含类的类型。



  ·private意味着访问受限于包含的类中。



  ·internal意味着访问受限于父类程序集。



  ·public protected(或protected public)意味着访问受限于父类程序集,及继承自包含类的类型--即使这些类型位于程序集之外。



  ·private protected(或protected private)意味着访问受限于父类程序集,及继承自包含类的类型--倘若这些类型是定义在这个程序集内的。



  通过对父类施予更严格的访问限定符,成员也能具有更少的可访问性,另外,千万不要混淆成员名可访问性和类型可见性(类型可见性只能为public或private)。

TOP

发新话题