1）精确匹配是最好的。需要注意的是精确匹配并不意味着实际传递的参数类型和函数声明的形式参数类型完全匹配。它们只需要“足够接近”就可以了。我们下面将会看到，“足够接近”对于ISO-C++和C++/CLI中的字符串字面常量有着一些不同的含义。
2）在标准转换中，拓宽转换要优于非拓宽转换。例如，将short拓宽为int要优于将int转换为double。
3）标准转换优于装箱（boxing）转换。例如，将int转换为double优于将int装箱为Object。
4）装箱转换优于用户自定义的隐式转换。
5）用户自定义的隐式转换优于没有任何转换！
6）否则，用户必须使用显式的转型符号来表示期望的转换。
对于上面两个ISO-C++下的候选函数，将字符串字面常量转换为一个std::string属于上面第5条，即隐式调用string的构造器来创建一个临时string对象。而将字符串字面常量转换为一个const char* 属于上面第1条。第1条优于第5条，因此，参数为const char*的那个函数在这场竞争中胜出。
这种归属在第1条“精确匹配”下的trivial conversions实际上在技术的定义上是很严格的。总共有4种这样的trivial conversions可以被归为精确匹配。即使在这4种trivial conversions中，为了规范语言对类型的选择，它们也有一个优先级的排序。
大多数读者和程序员可能对于这样的细节没有多大兴趣，并且通常情况下我们也无须深入到这些细节的地方。但是如果我们要得到一个直观的语言行为、并且确保它们在不同的实现上表现相同，这些规则的存在就很有必要。这是因为作为一门编程语言，它的行为一般要具有某种程度的“类型感知”能力，从而允许程序员忽略这些细节。 下面让我们来对这4种trivial conversions做一简单的了解。其中3种被称为左值转换（lvalue transformation）。左值（lvalue）是一个可寻址的，可被执行写操作的程序实体。第4种为限定性转换（qualification conversion），例如，在一个类型声明上加一个const修饰符就属于这种转换。其中3种左值转换优于限定性转换。
在我们上面的例子中，由本地数组到指针的转换，即由const char [5]到const char *，就是一种左值转换。在大多数情况下，我们甚至不将这看作一种转换。
这种形式的左值转换在C++/CLI中仍然适用，但是在我们将System::String类引入之后，字符串字面常量到const char*的转换就不再是最好的匹配了。实际上，在C++/CLI中，"Pooh"这样的字符串字面常量的类型既是const char[5]（C++/CLI对本地类型系统保留后的结果），同时也是System::String（C++/CLI中的托管类型）。这样，在C++/CLI中，字符串字面常量和System::String类型之间是一个精确的匹配，它优于由字符串字面常量到const char*的trivial conversion。
有些朋友看到这里，可能会不高兴，“为什么要这样做？难道ISO-C++对字符串字面常量的处理不能满足C++/CLI的绑定需要吗？”C++/CLI这样做的理由在于字符串字面常量是我们程序中的一个基本元素，而ISO-C++的行为在很多情况下显得并不直观。实际上，这些规则在我们现在看到的结果之前的一年中被来来回回改了3次之多。
这反映了ISO-C++和C++/CLI在对待各自的类型系统时存在的一个基础性差异。在ISO-C++中，除非是显式存在于一个类库中，否则类型就是独立的。因此，在字符串字面常量和std::string之间并没有隐含的类型关系，虽然它们共享着同一个抽象域（domain）。
但是在C++/CLI中，我们支持统一的类型系统。每一个类型，包括字面常量值，都是一个Object的子类。这也是我们为什么可以在一个字面常量值，或者内建类型的对象上直接调用方法的原因。整数字面常量5的类型为Int32，字符串字面常量"Pooh"的类型为String。认为字符串字面常量更接近C风格的字符串，或者就把它看作C风格的字符串是不合适的。
集成后的类型转换层级结构使得一个正常运行的ISO-C++程序在使用/clr编译器开关重新编译后仍能展现同样的行为，但是使用CLI类型的新的C++/CLI程序在处理字符串字面常量时将会体现新的类型优先排序规则。这段讨论的长度相对于这个主题的重要性而言可能并不合适，但是它却向大家揭示了我们到底在将CLI类型系统和ISO-C++语义框架集成在一起的时候，做了哪些工作，以及如何在必要的时候调整在集成过程中所出现的各个情况的优先级。同时，这也提醒大家在将一个本地类重新构造为一个CLI类的过程中需要注意的一些问题。比如有些情况下我们最好要对那些接受字符串字面常量的成员函数进行新的设计，而不是简单地将一个参数为String的函数添加到这些重载函数集合中了事。
另外需要注意的是，String表示的是Unicode字符集。和ASCII字符集不同，这需要两个字节来表示一个字符。虽然在C++/CLI中字符串字面常量的类型为String，但这并不意味着在C++/CLI中，一个字符串字面常量必然会被解析为双字节的字符流。在本地C++中，我们要在字符串字面常量前加一个L来告诉编译器将其看作一个双字节的字符流。在C++/CLI中，我们仍然需要这么做。
