为什么使用引用成员可以防止删除的构造函数错误？ 上下文

大佬教程收集整理的这篇文章主要介绍了为什么使用引用成员可以防止删除的构造函数错误？ 上下文，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。

如何解决为什么使用引用成员可以防止删除的构造函数错误？ 上下文？

开发过程中遇到为什么使用引用成员可以防止删除的构造函数错误？ 上下文的问题如何解决？下面主要结合日常开发的经验，给出你关于为什么使用引用成员可以防止删除的构造函数错误？ 上下文的解决方法建议，希望对你解决为什么使用引用成员可以防止删除的构造函数错误？ 上下文有所启发或帮助；

上下文

我有两个类（简化为相关声明）：

#include <String>
#include <fstream>

class Lexer
{
    std::ifstream file_;
    Lexer(std::string &filE) : file_(filE){};
};

class Parser
{
    Lexer lexer_;
    Parser(Lexer &leX) : lexer_(leX){};
};

编译失败，报错

错误：使用已删除的函数 'std::basic_ifstream<_chart _traits="">::basic_ifstream(const std::basic_ifstream<_chart _traits="">&) [with _CharT = char; _Traits = std::char_Traits]'

在最终找到 Error where no default constructor exists for a class 之后，我想我现在明白了：

• 问题是 ifstream 有一个已删除的默认构造函数，它阻止 Lexer 在 Parser 中使用，因为它没有被提供一个字符串（而 Lexer 类本身编译正常）。
• 如果我让 Lexer 直接取一个 ifstream 仍然会出现错误（类似上面的推理），因为它还有一个已删除的复制构造函数。
• 通过使 file_ 成为引用成员（即 std::ifstream &file_;），解决了缺少复制构造函数的问题，因为成员初始化程序不再尝试使用复制构造函数（因为它只是一个引用）。

---

我的问题是：

1. 我的理解正确吗？感觉有点模糊，但我是 C++ 新手，仍然习惯于在不同的上下文中考虑引用的使用（我理解一般概念）。
2. 为什么这里缺少默认构造函数是一个问题，而不是仅声明 Lexer 类（如上）？
3. 在这里使用引用成员是语义上最正确的解决方案吗？

解决方法

大佬总结

以上是大佬教程为你收集整理的为什么使用引用成员可以防止删除的构造函数错误？ 上下文全部内容，希望文章能够帮你解决为什么使用引用成员可以防止删除的构造函数错误？ 上下文所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。