QString 提供了一个 Unicode 字符串,QString 存储的是一串 QChar,而 QChar 提供了 16位的 Unicode 字符,后台使用隐式共享减少内存的开销。
避免重载一个const char* 作为参数的通过方法
booloperator!=(QLatin1String other) const
booloperator!=(const char *other) const
booloperator!=(const QByteArray &other) const
重载运算可以直接操作原始 char *,不必为了我们的字符串常量去创建临时 QString 对象。
如果应用程序定义了 QT_NO_CAST_FROM_ASCII 宏
DEFINES += QT_NO_CAST_FROM_ASCII
则程序无法使用 const char*相关的 API 函数。
为避免不必要的内存开销(构造 QString 对象时涉及的内存分配、拷贝数据及数据转换成 QString 的内部编码这些开销)QLatin1String 产生了,它是 const char*的一层薄薄的封装。
它将字符串传递给函数时,函数通过 QLatin1String 的重载避免转换为 QString 对象,这样做的效率显著提高。
一些接收 QLatin1String 为参数的重载函数能够直接对纯 latin1 数据进行处理,不必进行编码转换。
使用:
if(str == QLatin1String(“abc”))
函数只接受 QString 参数的函数时,无论我们给一个字面字符串或 QLatin1String,都会隐式构造一个临时的 QString 对象,构造这个对象需要在栈上申请一定的内存空间,然后把字符串拷贝过去,如果这样的调用比较多,那还是一笔不小的开销。此时,我们可以使用 QStringLiteral 来减少这个开销。
QStringLiteral()其实是一个宏,从字符串常量创建 QString 对象的宏。
宏在编译时,从字符串文字生成 QString 数据,QString 的内部数据将在编译时生成,在运行时不会发生任何转换或内存分配,使用 QStringLiteral 来代替 C++中的双重数值传递将会在编译的时候显著的提升时间。
优点:使用 QStringLiteral 而不是双引号的普通 C++的字符串可显著加快从编译时已知的数据创建 QString 实例的速度,相对来说有 QLatin1String 参数重载的比使用 QStringLiteral更高效。
①参数能使用 const char*类型或 QLatin1String 类型的地方使用相应的参数。
②参数需要 QString 参数类型的地方,若值不修改,则使用 QStringLiteral 宏
③参数需要 QString 类型且 QString 可能被修改,则直接使用 QString 或隐式转换。