C对C++；文件处理我一直在C和C++工作，当涉及到文件处理时，我感到困惑。让我陈述我知道的事情_C++_C_File_File Io

C对C++；文件处理我一直在C和C++工作，当涉及到文件处理时，我感到困惑。让我陈述我知道的事情

c++ c file file-io

C对C++；文件处理我一直在C和C++工作，当涉及到文件处理时，我感到困惑。让我陈述我知道的事情,c++,c,file,file-io,C++,C,File,File Io,在C中，我们使用函数： fopen、fclose、fwrite、fread、ftell、fseek、fprintf、fscanf、feof、文件号、fgets、fputs、fgetc、fputc 文件指针的FILE*fp r、w、a等模式我知道什么时候使用这些函数（希望我没有错过任何重要的东西）在C++中，我们使用函数/运算符： f流 F.OpFieldF.Fuff>，F有时存在一个或另一个代码，需要与之交互，这会影响到您的选择，但一般来说，如果没有C版本可以修复的问题，C++版本就

在C中，我们使用函数：

fopen、fclose、fwrite、fread、ftell、fseek、fprintf、fscanf、feof、文件号、fgets、fputs、fgetc、fputc
文件指针的FILE*fp
r、w、a等模式

我知道什么时候使用这些函数（希望我没有错过任何重要的东西）

在C++中，我们使用函数/运算符：

f流

F.OpFieldF.Fuff>，F
有时存在一个或另一个代码，需要与之交互，这会影响到您的选择，但一般来说，如果没有C版本可以修复的问题，C++版本就不会被引入。改善措施包括：
- RAII语义，这意味着，例如，
```
fstream
```
  s在文件离开作用域时关闭它们管理的文件
- 当出现错误时抛出异常的模式能力，这可以使代码更加清晰，专注于典型/成功的处理（参见API函数和示例）
- 类型安全性，以便使用所涉及的变量类型隐式选择输入和输出的执行方式
  - C型I/O具有崩溃的可能性：例如，
```
int my_int=32；printf（“%s”，my_int）
```
    ，其中
```
%s
```
    告诉
```
printf
```
    期望一个指向ASCIIZ字符缓冲区的指针，但会出现
```
my_int
```
    ；首先，参数传递约定可能意味着
```
int
```
    s的传递方式与
```
const char*
```
    s不同，其次
```
sizeof int
```
    可能不等于
```
sizeof const char*
```
    ，最后，即使
```
printf
```
    将
```
32
```
    提取为
```
const char*
```
    ，充其量也只是从内存地址32开始打印随机垃圾，直到它同时命中NUL字符-更有可能的是，进程将缺乏读取部分内存的权限，程序将崩溃。现代C编译器有时可以根据提供的参数验证格式字符串，从而降低这种风险
- 用户定义类型的可扩展性（即，您可以教streams如何处理自己的类）
- 支持根据实际输入动态调整接收字符串的大小，而C函数往往需要硬编码的最大缓冲区大小和用户代码中的循环来组装任意大小的输入
流有时也因以下原因受到批评：
- 与
```
printf
```
  样式的格式字符串相比，格式的详细程度，尤其是“io操纵器”设置的宽度、精度、基数和填充
- 一种有时令人困惑的操纵器组合，它跨多个I/O操作保留其设置，而其他操作在每次操作后重置
- 缺少用于RAII推送/保存和稍后弹出/恢复操纵器状态的便利类
- 正如Ben Voigt评论和文档中所说，速度缓慢