explicit关键词用法

本文深入探讨了C++中构造函数的隐式转换机制及其可能引发的问题,通过实例展示了如何使用explicit关键字来抑制不必要的隐式转换,从而提高代码的清晰性和安全性。
转载原文地址:http://www.cnblogs.com/cutepig/archive/2009/01/14/1375917.html
向原作者致敬!

按照默认规定,只有一个参数的构造函数也定义了一个隐式转换,将该构造函数对应数据类型的数据转换为该类对象,如下面所示:
class String {
String ( const char* p ); // 用C风格的字符串p作为初始化值
//…
}
String s1 = “hello”; //OK 隐式转换,等价于String s1 = String(“hello”);
 
但是有的时候可能会不需要这种隐式转换,如下:
class String {
       String ( int n ); //本意是预先分配n个字节给字符串
String ( const char* p ); // 用C风格的字符串p作为初始化值
//…
}
 
下面两种写法比较正常:
String s2 ( 10 );   //OK 分配10个字节的空字符串
String s3 = String ( 10 ); //OK 分配10个字节的空字符串
 
下面两种写法就比较疑惑了:
String s4 = 10; //编译通过,也是分配10个字节的空字符串
String s5 = ‘a’; //编译通过,分配int(‘a’)个字节的空字符串
 
s4 和s5 分别把一个int型和char型,隐式转换成了分配若干字节的空字符串,容易令人误解。
为了避免这种错误的发生,我们可以声明显示的转换,使用explicit 关键字:
class String {
       explicit String ( int n ); //本意是预先分配n个字节给字符串
String ( const char* p ); // 用C风格的字符串p作为初始化值
//…
}
加上explicit,就抑制了String ( int n )的隐式转换,
 
下面两种写法仍然正确:
String s2 ( 10 );   //OK 分配10个字节的空字符串
String s3 = String ( 10 ); //OK 分配10个字节的空字符串
 
下面两种写法就不允许了:
String s4 = 10; //编译不通过,不允许隐式的转换
String s5 = ‘a’; //编译不通过,不允许隐式的转换
 
因此,某些时候,explicit 可以有效得防止构造函数的隐式转换带来的错误或者误解

----------------------------------------------------------
explicit   只对构造函数起作用,用来抑制隐式转换。如:   
  class   A   {   
          A(int   a);   
  };   
  int   Function(A   a);   
    
  当调用   Function(2)   的时候,2   会隐式转换为   A   类型。这种情况常常不是程序员想要的结果,所以,要避免之,就可以这样写:   
    
  class   A   {   
          explicit   A(int   a);   
  };   
  int   Function(A   a);   
    
  这样,当调用   Function(2)   的时候,编译器会给出错误信息(除非   Function   有个以   int   为参数的重载形式),这就避免了在程序员毫不知情的情况下出现错误。

总结:explicit   只对构造函数起作用,用来抑制隐式转换。
<think>嗯,用户询问TypeScript中"explicit"相关的用法和含义。根据之前的对话历史,用户似乎对TypeScript的类型系统有较深入的了解,之前讨论过any类型、配置工具等话题。这次用户聚焦在"explicit"这个关键词上,需要特别注意专业术语的准确性。 从技术角度看,需要重点解释两个核心概念:一是explicit type annotation(显式类型注解)这个基础特性,二是explicit function return types(显式函数返回类型)这个更进阶的用法。用户可能正在处理类型推导不够精确的场景,或者需要增强代码可读性。 注意到用户提供的引用材料里提到过类型定义和配置相关内容,虽然未直接涉及"explicit",但说明用户有工程实践需求。因此在回答时应该结合具体场景,比如可以关联引用[2]中提到的类型系统增强开发体验的观点。 用户要求生成相关问题,考虑设计几个有梯度的提问:基础概念类的问题适合初学者,工程实践类问题则呼应之前讨论过的配置话题(如引用[3]),原理层问题则满足深度学习者需求。特别要注意第四个问题关联了ESLint规则,这直接对应引用[3]提到的配置场景。 在示例代码准备上,显式类型注解的对比示例要足够典型,而函数返回类型的示例则需要展示配置前后的差异。考虑到用户环境可能涉及Vue(引用[3][4]),但当前问题不涉及框架,保持示例为纯TypeScript更妥当。 最后检查到所有LaTeX公式都已正确转换,比如$let x: number = 10$这样的行内表达式。独立公式块虽然当前回答未使用,但后续若涉及复杂类型运算时会需要。 </think>在 TypeScript 中,**`explicit`** 并非一个独立的关键字或内置类型,但它通常与**显式类型注解**及**类型断言**的概念紧密相关,体现了开发者主动声明类型而非依赖类型推导的编程实践。以下是核心要点: ### 一、显式类型注解 (Explicit Type Annotations) 指开发者主动为变量、函数参数、返回值等明确指定类型,而非依赖 TypeScript 的类型推导。 ```typescript // 显式注解变量类型 let count: number = 10; // 明确声明为 number 类型 ✅ // 显式注解函数返回值 function add(a: number, b: number): number { // 明确返回值类型为 number return a + b; } ``` * **优势**: - 提升代码可读性,明确预期类型 - 避免意外类型推导错误(如推导为 `any` 或联合类型) - 强制约束复杂逻辑的返回值类型(如避免返回 `undefined` 未处理)[^2] ### 二、显式函数返回类型 强制要求函数声明返回值类型(通过 ESLint 规则 `explicit-function-return-type` 实现)。 ```typescript // 未显式声明返回类型(依赖推导) const getName = () => "Alice"; // 推导为 () => string // 显式声明返回类型 const getNameExplicit = (): string => "Alice"; // 主动声明 ✅ ``` * **配置 ESLint 强制要求**(参考引用 [^3] 的配置风格): 在 `.eslintrc` 中添加规则: ```json { "rules": { "@typescript-eslint/explicit-function-return-type": "error" } } ``` ### 三、显式类型断言 (Type Assertion) 主动告知编译器某个值的具体类型,覆盖默认推导结果: ```typescript const input = document.getElementById("user-input") as HTMLInputElement; // 断言为输入元素 const value: unknown = "123"; const num = Number(value as string); // 断言 unknown 为 string 后转换 ``` * **语法**: `<Type>value` 或 `value as Type`(推荐后者,避免 JSX 冲突) * **适用场景**: - 处理 DOM 元素类型 - 缩小联合类型范围 - 强制转换 `any`/`unknown` 类型 ### 四、最佳实践与注意事项 1. **避免过度使用 `any`** 显式类型优于隐式 `any`,引用 [^1] 强调:`any` 破坏类型安全,应作为最后手段。 2. **优先选择类型注解而非断言** 注解是设计阶段的约束,断言是运行前的强制转换,后者风险更高。 3. **利用工具链保障** - 启用 `noImplicitAny` 编译选项禁止隐式 `any` - 配置 ESLint 规则(如 `explicit-module-boundary-types`)强制导出函数声明返回类型[^3] > **关键总结**:TypeScript 中的 "explicit" 实践强调**开发者主动、精确地声明类型**,通过类型注解、函数返回类型声明和谨慎的类型断言,提升代码健壮性与可维护性,减少运行时错误[^1][^2]。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值