如何编写优秀的 C main 函数

学习如何组织 C 文件结构,并编写一个能像冠军一样处理命令行参数的 C main 函数。
285 位读者喜欢这篇文章。
Hand drawing out the word "code"

我知道,Python 和 JavaScript 是现在孩子们用来编写各种疯狂“应用”的语言。但不要急于否定 C——它是一种功能强大且简洁的语言,有很多优势。如果你需要速度,用 C 编写可能是你的答案。如果你正在寻找工作保障和学习如何追查 空指针解引用 的机会,C 也可能是你的答案!在本文中,我将解释如何组织 C 文件结构,并编写一个能像冠军一样处理命令行参数的 C main 函数。

:一位经验丰富的 Unix 系统程序员。

:一位拥有编辑器、C 编译器和一些空闲时间的人。

开始吧。

一个枯燥但正确的 C 程序

Parody O'Reilly book cover, "Hating Other People's Code"

一个 C 程序以 main() 函数开始,通常保存在名为 main.c 的文件中。

/* main.c */
int main(int argc, char *argv[]) {

}

这个程序可以编译,但什么也做。

$ gcc main.c
$ ./a.out -o foo -vv 
$

正确且枯燥。

Main 函数是独特的

main() 函数是你的程序开始执行时第一个被执行的函数,但它不是第一个被执行的函数。第一个函数是 _start(),它通常由 C 运行时库提供,并在编译程序时自动链接。细节高度依赖于操作系统和编译器工具链,所以我假装我没提过它。

main() 函数有两个参数,传统上称为 argcargv,并返回一个有符号整数。大多数 Unix 环境期望程序在成功时返回 0(零),在失败时返回 -1(负一)。

参数 名称 描述
argc 参数计数 参数向量的长度
argv 参数向量 字符指针数组

参数向量 argv 是调用程序的命令行标记化表示。在上面的例子中,argv 将是以下字符串的列表

argv = [ "/path/to/a.out", "-o", "foo", "-vv" ];

参数向量保证始终在第一个索引 argv[0] 中至少有一个字符串,它是执行程序的完整路径。

main.c 文件的结构

当我从头开始编写 main.c 时,它通常结构如下

/* main.c */
/* 0 copyright/licensing */
/* 1 includes */
/* 2 defines */
/* 3 external declarations */
/* 4 typedefs */
/* 5 global variable declarations */
/* 6 function prototypes */

int main(int argc, char *argv[]) {
/* 7 command-line parsing */
}

/* 8 function declarations */

我将在下面讨论这些编号部分中的每一个,除了零。如果必须在源代码中放置版权或许可文本,请放在那里。

另一件我不会谈论添加到程序中的东西是注释。

"Comments lie."
- A cynical but smart and good looking programmer.

与其使用注释,不如使用有意义的函数和变量名。

利用程序员天生的惰性,一旦你添加了注释,你的维护负担就会翻倍。如果你更改或重构代码,你需要更新或扩展注释。随着时间的推移,代码会逐渐偏离注释所描述的内容。

如果必须编写注释,请不要写关于代码正在做什么。相反,写关于代码为什么要做它正在做的事情。编写你五年后想读的注释,那时你已经忘记了关于这段代码的一切。而且世界的命运取决于你。没有压力

1. 包含

我添加到 main.c 文件中的第一件事是包含,以便使大量的标准 C 库函数和变量可供我的程序使用。标准 C 库做了很多事情;探索 /usr/include 中的头文件,以了解它可以为你做什么。

#include 字符串是一个 C 预处理器 (cpp) 指令,它导致将引用的文件完整地包含到当前文件中。C 中的头文件通常以 .h 扩展名命名,并且不应包含任何可执行代码;仅包含宏、定义、typedef 以及外部变量和函数原型。字符串 <header.h> 告诉 cpp 在系统定义的头文件路径(通常是 /usr/include)中查找名为 header.h 的文件。

/* main.c */
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <libgen.h>
#include <errno.h>
#include <string.h>
#include <getopt.h>
#include <sys/types.h>

这是我默认包含的最小全局包含集合,用于以下内容

#include 文件 它提供的功能
stdio 提供 FILE、stdin、stdout、stderr 和 fprint() 系列函数
stdlib 提供 malloc()、calloc() 和 realloc()
unistd 提供 EXIT_FAILURE、EXIT_SUCCESS
libgen 提供 basename() 函数
errno 定义外部 errno 变量及其可以取的所有值
string 提供 memcpy()、memset() 和 strlen() 系列函数
getopt 提供外部 optarg、opterr、optind 和 getopt() 函数
sys/types 类型定义快捷方式,如 uint32_t 和 uint64_t

2. 定义

/* main.c */
<...>

#define OPTSTR "vi:o:f:h"
#define USAGE_FMT  "%s [-v] [-f hexflag] [-i inputfile] [-o outputfile] [-h]"
#define ERR_FOPEN_INPUT  "fopen(input, r)"
#define ERR_FOPEN_OUTPUT "fopen(output, w)"
#define ERR_DO_THE_NEEDFUL "do_the_needful blew up"
#define DEFAULT_PROGNAME "george"

现在这可能不太有意义,但 OPTSTR 定义是我将声明程序将推荐哪些命令行开关的地方。查阅 getopt(3) 手册页,了解 OPTSTR 将如何影响 getopt() 的行为。

USAGE_FMT 定义是一个 printf() 风格的格式字符串,在 usage() 函数中被引用。

我也喜欢在这个文件的这部分将字符串常量收集为 #defines。收集它们可以更轻松地修复拼写错误、重用消息以及在需要时国际化消息。

最后,在命名 #define 时使用所有大写字母,以将其与变量和函数名区分开。你可以将单词连在一起,或者用下划线分隔单词;只需确保它们都是大写。

3. 外部声明

/* main.c */
<...>

extern int errno;
extern char *optarg;
extern int opterr, optind;

extern 声明将该名称带入当前编译单元(又名“文件”)的命名空间,并允许程序访问该变量。这里我们引入了三个整数变量和一个字符指针的定义。opt 前缀的变量由 getopt() 函数使用,errno 被标准 C 库用作带外通信通道,以传达函数可能失败的原因。

4. 类型定义

/* main.c */
<...>

typedef struct {
  int           verbose;
  uint32_t      flags;
  FILE         *input;
  FILE         *output;
} options_t;

在外部声明之后,我喜欢为结构体、联合体和枚举声明 typedefs。命名 typedef 本身就是一门学问;我强烈偏好使用 _t 后缀来指示该名称是一个类型。在这个例子中,我将 options_t 声明为一个带有四个成员的 struct。C 是一种空格中立的编程语言,所以我使用空格将字段名在同一列对齐。我只是喜欢它看起来的样子。对于指针声明,我在名称前面加上星号,以明确它是一个指针。

5. 全局变量声明

/* main.c */
<...>

int dumb_global_variable = -11;

全局变量是一个坏主意,你应该永远不要使用它们。但是,如果必须使用全局变量,请在此处声明它们,并确保为它们提供默认值。认真地说,不要使用全局变量

6. 函数原型

/* main.c */
<...>

void usage(char *progname, int opt);
int  do_the_needful(options_t *options);

在你编写函数时,将它们添加到 main() 函数之后而不是之前,在此处包含函数原型。早期的 C 编译器使用单遍策略,这意味着你在程序中使用的每个符号(变量或函数名)都必须在使用之前声明。现代编译器几乎都是多遍编译器,它们在生成代码之前构建完整的符号表,因此严格来说不需要使用函数原型。但是,有时你无法选择在你的代码上使用哪个编译器,因此请编写函数原型并继续前进。

当然,我总是包含一个 usage() 函数,当 main() 不理解你从命令行传入的内容时会调用它。

7. 命令行解析

/* main.c */
<...>

int main(int argc, char *argv[]) {
    int opt;
    options_t options = { 0, 0x0, stdin, stdout };

    opterr = 0;

    while ((opt = getopt(argc, argv, OPTSTR)) != EOF) 
       switch(opt) {
           case 'i':
              if (!(options.input = fopen(optarg, "r")) ){
                 perror(ERR_FOPEN_INPUT);
                 exit(EXIT_FAILURE);
                 /* NOTREACHED */
              }
              break;

           case 'o':
              if (!(options.output = fopen(optarg, "w")) ){
                 perror(ERR_FOPEN_OUTPUT);
                 exit(EXIT_FAILURE);
                 /* NOTREACHED */
              }    
              break;
              
           case 'f':
              options.flags = (uint32_t )strtoul(optarg, NULL, 16);
              break;

           case 'v':
              options.verbose += 1;
              break;

           case 'h':
           default:
              usage(basename(argv[0]), opt);
              /* NOTREACHED */
              break;
       }

    if (do_the_needful(&options) != EXIT_SUCCESS) {
       perror(ERR_DO_THE_NEEDFUL);
       exit(EXIT_FAILURE);
       /* NOTREACHED */
    }

    return EXIT_SUCCESS;
}

好的,内容很多。main() 函数的目的是收集用户提供的参数,执行最少的输入验证,然后将收集的参数传递给将使用它们的函数。此示例声明一个使用默认值初始化的 options 变量,并解析命令行,根据需要更新 options

这个 main() 函数的核心是一个 while 循环,它使用 getopt() 遍历 argv,查找命令行选项及其参数(如果有)。文件中较早的 OPTSTR #define 是驱动 getopt() 行为的模板。opt 变量采用 getopt() 找到的任何命令行选项的字符值,并且程序对检测到命令行选项的响应发生在 switch 语句中。

那些注意听讲的人现在会质疑为什么 opt 被声明为 32 位 int,但预期采用 8 位 char?事实证明,当 getopt() 到达 argv 的末尾时,它会返回一个取负值的 int,我将其与 EOF (文件结束标记)进行比较。char 是一个有符号量,但我喜欢将变量与其函数返回值匹配。

当检测到已知的命令行选项时,会发生特定于选项的行为。某些选项具有参数,在 OPTSTR 中用尾随冒号指定。当选项具有参数时,argv 中的下一个字符串可通过外部定义的变量 optarg 供程序使用。我使用 optarg 打开文件进行读取和写入,或将命令行参数从字符串转换为整数值。

这里有几个关于风格的要点

  • opterr 初始化为 0,这将禁用 getopt 发出 ?
  • main() 的中间使用 exit(EXIT_FAILURE);exit(EXIT_SUCCESS);
  • /* NOTREACHED */ 是我喜欢的一个 lint 指令。
  • 在返回 int 的函数末尾使用 return EXIT_SUCCESS;
  • 显式转换隐式类型转换。

如果编译此程序,则其命令行签名将如下所示

$ ./a.out -h
a.out [-v] [-f hexflag] [-i inputfile] [-o outputfile] [-h]

事实上,这就是 usage() 编译后将输出到 stderr 的内容。

8. 函数声明

/* main.c */
<...>

void usage(char *progname, int opt) {
   fprintf(stderr, USAGE_FMT, progname?progname:DEFAULT_PROGNAME);
   exit(EXIT_FAILURE);
   /* NOTREACHED */
}

int do_the_needful(options_t *options) {

   if (!options) {
     errno = EINVAL;
     return EXIT_FAILURE;
   }

   if (!options->input || !options->output) {
     errno = ENOENT;
     return EXIT_FAILURE;
   }

   /* XXX do needful stuff */

   return EXIT_SUCCESS;
}

最后,我编写非样板函数。在本例中,函数 do_the_needful() 接受指向 options_t 结构的指针。我验证 options 指针不是 NULL,然后继续验证 inputoutput 结构成员。如果任一测试失败,则返回 EXIT_FAILURE,并且通过将外部全局变量 errno 设置为常规错误代码,我向调用者发出一个一般原因的信号。调用者可以使用便利函数 perror() 根据 errno 的值发出人类可读的错误消息。

函数几乎总是应该以某种方式验证其输入。如果完全验证成本很高,请尝试执行一次并处理经验证的数据,使其成为不可变的。usage() 函数使用 fprintf() 调用中的条件赋值来验证 progname 参数。usage() 函数无论如何都要退出,所以我不会费心设置 errno 或对使用正确的程序名称大惊小怪。

我在这里试图避免的一大类错误是取消引用 NULL 指针。这将导致操作系统向我的进程发送一个名为 SYSSEGV 的特殊信号,这将导致不可避免的崩溃。用户最不想看到的是由于 SYSSEGV 导致的崩溃。最好捕获 NULL 指针,以便发出更好的错误消息并优雅地关闭程序。

有些人抱怨在一个函数体中有多个 return 语句。他们就“控制流的连续性”和其他内容提出论点。老实说,如果在函数中间出现问题,现在是返回错误条件的好时机。编写大量嵌套的 if 语句只是为了有一个返回绝不是一个“好主意”。™

最后,如果你编写一个接受四个或更多参数的函数,请考虑将它们捆绑在一个结构体中,并传递指向该结构体的指针。这使得函数签名更简单,使它们更容易记住,并且在以后调用它们时不会出错。它还使调用函数稍微快一些,因为需要复制到函数堆栈帧中的内容更少。在实践中,只有当函数被调用数百万或数十亿次时,这才会成为一个考虑因素。如果这没有意义,请不要担心。

等等,你说不要注释!?!!

do_the_needful() 函数中,我编写了一种特定类型的注释,它被设计为占位符,而不是记录代码

/* XXX do needful stuff */

当你进入状态时,有时你不想停下来编写一些特别棘手的代码。你会回来稍后做,只是不是现在。这就是我给自己留下一点线索的地方。我插入一个带有 XXX 前缀的注释,并简要说明需要做什么。稍后,当我有更多时间时,我会 grep 源代码以查找 XXX。你使用什么并不重要,只要确保它不太可能在代码库中的另一个上下文中出现,例如作为函数名或变量。

将它们放在一起

好的,当你编译并运行这个程序时,它仍然几乎什么都不做。但是现在你有一个坚实的框架来构建你自己的命令行解析 C 程序。

/* main.c - the complete listing */

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <libgen.h>
#include <errno.h>
#include <string.h>
#include <getopt.h>

#define OPTSTR "vi:o:f:h"
#define USAGE_FMT  "%s [-v] [-f hexflag] [-i inputfile] [-o outputfile] [-h]"
#define ERR_FOPEN_INPUT  "fopen(input, r)"
#define ERR_FOPEN_OUTPUT "fopen(output, w)"
#define ERR_DO_THE_NEEDFUL "do_the_needful blew up"
#define DEFAULT_PROGNAME "george"

extern int errno;
extern char *optarg;
extern int opterr, optind;

typedef struct {
  int           verbose;
  uint32_t      flags;
  FILE         *input;
  FILE         *output;
} options_t;

int dumb_global_variable = -11;

void usage(char *progname, int opt);
int  do_the_needful(options_t *options);

int main(int argc, char *argv[]) {
    int opt;
    options_t options = { 0, 0x0, stdin, stdout };

    opterr = 0;

    while ((opt = getopt(argc, argv, OPTSTR)) != EOF) 
       switch(opt) {
           case 'i':
              if (!(options.input = fopen(optarg, "r")) ){
                 perror(ERR_FOPEN_INPUT);
                 exit(EXIT_FAILURE);
                 /* NOTREACHED */
              }
              break;

           case 'o':
              if (!(options.output = fopen(optarg, "w")) ){
                 perror(ERR_FOPEN_OUTPUT);
                 exit(EXIT_FAILURE);
                 /* NOTREACHED */
              }    
              break;
              
           case 'f':
              options.flags = (uint32_t )strtoul(optarg, NULL, 16);
              break;

           case 'v':
              options.verbose += 1;
              break;

           case 'h':
           default:
              usage(basename(argv[0]), opt);
              /* NOTREACHED */
              break;
       }

    if (do_the_needful(&options) != EXIT_SUCCESS) {
       perror(ERR_DO_THE_NEEDFUL);
       exit(EXIT_FAILURE);
       /* NOTREACHED */
    }

    return EXIT_SUCCESS;
}

void usage(char *progname, int opt) {
   fprintf(stderr, USAGE_FMT, progname?progname:DEFAULT_PROGNAME);
   exit(EXIT_FAILURE);
   /* NOTREACHED */
}

int do_the_needful(options_t *options) {

   if (!options) {
     errno = EINVAL;
     return EXIT_FAILURE;
   }

   if (!options->input || !options->output) {
     errno = ENOENT;
     return EXIT_FAILURE;
   }

   /* XXX do needful stuff */

   return EXIT_SUCCESS;
}

现在你已准备好编写更易于维护的 C 代码。如果你有任何问题或反馈,请在评论中分享。

标签
XENON coated avatar will glow red in the presence of aliens.
Erik O'Shaughnessy 是一位有主见但友好的 UNIX 系统程序员,在德克萨斯州过着美好的生活。在过去的二十年(或更长时间!)里,他曾在 IBM、Sun Microsystems、Oracle 以及最近的 Intel 工作,从事计算机系统性能相关的工作。

38 条评论

这是一篇关于编写优秀 C 代码的 *出色* 文章。干得好,Erik!

函数原型和全局变量应放置在与定义它们的 `*.c` 相对应的 `*.h` 中。始终保持 API 与其代码紧密关联。

虽然我通常会同意你的观点,但本文的范围是如何编写 main.c,而不是如何构建多文件 C 程序。我想我知道接下来要写什么了 :)

回复 作者:Shawn H Corey

这肯定会是一篇很好的下一篇文章!这里还有一些其他的想法... 你提到了 _start() 函数,请告诉我们更多!;) 当然,这取决于许多参数,但如果它仅限于常用和流行的东西,例如 (x86_64, Linux, gcc),那么在 1-3 篇文章中深入探讨这个主题是可行的。另一个好主题是调试,举例说明如何调试代码,而不是程序被核心转储并被不同的信号杀死。你还稍微提到了“errno 被标准 C 库用作带外通信通道,以传达函数可能失败的原因”。我认为,这值得单独写一篇文章。举例说明调用者如何与程序交互,什么是 EINVAL 和 ENOENT。请告诉我们更多关于你如何处理错误的信息。

回复 作者:JnyJny

同意 Jim 的观点,很棒的文章!

我非常喜欢文本的风格,尤其是内容。它很独特,因为它代表了一种提炼的经验。没有唯一正确的解决方案。C 仍然是 C,但了解这门语言并不意味着每个人都会以相同的方式使用它。经验很重要。我将等待更多关于 C/Unix/底层编程的文章!

关于代码的一点小提示
void usage(char *progname, int opt);

此函数接受第二个参数,但它在函数体中未使用。

感谢你的赞扬,你当然是正确的,关于 opt 参数在函数体中未使用。我本打算在 fprintf 中发出有问题的选项,但可能在写作的恍惚中忘记了。

回复 作者:Oleksii Tsvietnov

由于两个问题,我无法编译代码
1. 程序的完整列表丢失了 #include
2. 由于某些原因,我的 Linux 系统上没有 uint32_t

$ uname -r
5.0.7-200.fc29.x86_64

$ grep int32_ /usr/include/sys/types.h
typedef unsigned int u_int32_t;

在我修复了这两个问题之后,我成功编译了代码。
而且,关于 usage() 输出的格式化的一点小提示。我认为,在 add 中添加 \n 可能是有意义的,否则它在 shell 中看起来不太好

#define USAGE_FMT "%s [-v] [-f hexflag] [-i inputfile] [-o outputfile] [-h]\n"

回复 作者:JnyJny

感谢你的这篇文章。每当我开始一个新的 C 程序时,我都会再次阅读这篇文章。

这是一个好的开始,但有一个明显的遗漏。你需要一个选项将 stderr 重定向到日志文件,并在 options_t 结构中添加一个匹配的 FILE 条目。添加后,你可能还希望能够设置日志级别,尽管如果你使用多个 'v',详细计数器就可以工作。

我在调试新代码时遇到的最大问题之一是弄清楚导致崩溃的原因。单步执行一个在崩溃前重复数千次的循环并不有趣。此外,调试器会改变时序,并且可能根本不会崩溃。在这种情况下,包含一些简单线索的日志文件可能会产生奇效。

感谢你的建议 Bob,但我不得不怀疑,在 shell 中将 stderr 重定向到文件,如何在没有代码维护开销的情况下实现相同的目的?我并不是说你想要日志文件是错误的,但我总是对只编写完成工作所需的代码而不多写代码感兴趣。

回复 作者:Bob McConnell (未验证)

你能保证在 shell 中执行此操作不会为每次写入添加一层内核调用吗?如果不能,那么将每条消息推送到文件的时间可能会有显着差异。当我第一次遇到这个问题时,我花了三天时间才弄清楚重定向正在减慢进程的速度,以至于崩溃不再发生。使用日志文件,崩溃仍然不经常发生,但至少我能够找到故障。时序至关重要。

回复 作者:JnyJny

感谢你分享你的经验;修复海森堡 bug 可能非常困难。我认为我们可以同意,我在本文中介绍的函数和文件布局可以适应调试此类问题,但是我写这篇文章的主要目的是向那些刚开始旅程的人演示 C 程序的基本结构。

回复 作者:Bob McConnell (未验证)

如果你将 main 声明为 int,你也应该返回一个 int。

你是否反对返回 EXIT_SUCCESS 或 EXIT_FAILURE 而不是零或一?虽然 C 中充满了“魔术常量”的实例,但我发现尽可能使用常量的宏定义更好。而且我特别喜欢使用标准库提供的常量,因为我知道我可以指望它们在兼容的运行时环境中定义。

回复 作者:oxagast (未验证)

太棒了,谢谢!如果有时间,请告诉我 C 运行时如何工作,以及编译器和链接器文件的布局/结构。

这非常有用。特别是在面试中

好文章!

如果我可以完成“usage”函数(通过使用 'opt' 参数),以便在遇到错误时消息更具信息性,我建议这样做

...
#define OPTSTR ":vi:o:f:h"
...
void usage(char *progname, int opt) {
if (opt == '?') fprintf(stderr, "Unknown option '-%c'\n", optopt);
if (opt == ':') fprintf(stderr, "Missing argument for option '-%c'\n", optopt);
fprintf(stderr, USAGE_FMT, progname?progname:DEFAULT_PROGNAME);
exit(EXIT_FAILURE);
/* NOTREACHED */
}

所有这些都是有价值的补充,并说明了当你建立在坚实的基础上时会发生什么;你可以开始专注于那些小的可用性改进,这些改进很容易,但对你的工具用户意义重大。

我相信 SYSSEGV 应该是 SIGSEGV。

好吧,我甚至不想撒谎。我回去检查了我的源笔记,果然,那里也是 SYSSEGV。这只是表明,当没有编译器让你保持诚实时,编辑是多么困难。感谢你的额外编辑,你的支票正在邮寄中!;)

回复 作者:Rares Aioanei (未验证)

将代码复制/粘贴到我最喜欢的 Linux 机器上,然后砰... 编译错误。:) 它在各种 RedHat 版本(CentOS-5 和 Fedora-29)上因 uint32 类型而失败。但是,在 MacOS 上一切正常。

在 RedHat 中,真正的“uint”类型定义是在文件中完成的,该文件包含在 bits/types.h 中。然而,更优雅的方法是简单地添加一个“#include

我的评论本应具有指导意义,对 RedHat 用户有所帮助。但是,当你在消息中使用 gt/lt 字符时,一切都会搞砸,东西会被删除。在这种情况下,完全删除了我的消息的本质。:-)

这是新的尝试,希望记忆力能帮我

-----

将代码复制/粘贴到我最喜欢的 Linux 机器上,然后砰... 编译错误 :)。它在各种 RedHat 版本(CentOS-5 和 Fedora-29)上因 uint32 类型而失败。但是,在 MacOS 上一切正常。

在 RedHat 中,真正的“uint”类型定义是在文件 /usr/include/bits/stdint-uintn.h 中完成的,该文件包含在 bits/types.h 中,然后再包含在 sys/types.h 中。然而,更优雅的方法是在 main.c 的第一部分简单地添加一行 #include (lt) stdint.h (gt) 。

回复 作者:WWWillem (未验证)

小于号/大于号吃掉了你的帖子,我回复了空内容,所以我想我们都在亏空运营 :) 对这些类型定义所在位置的出色描述,它也说明了并非所有的 C 环境都相同。

回复 作者:WWWillem (未验证)

欢迎来到 C 语言带来的无限乐趣!我曾短暂考虑过不在我的代码中使用 uint32_t(或类似的类型),但这篇文章最初的标题是“如何像我一样编写 C 语言的 Main 函数”,所以我还是按照我通常的写法写了。当我 регулярно 编写 C 代码时,几乎总是为了支持特定的软硬件组合,这种组合是相当“静态”的,只会在重大/次要操作系统更新或硬件升级时才会改变。今天的编程环境更加灵活,你必须决定你想从环境中“获取”多少,以及你愿意重新实现多少来避免像你遇到的那样的问题。

你在某个地方提到了 Solaris。我曾在 Sun Microsystems 工作了十年(2000-2009 年)。我的索尼笔记本电脑 100% 是 Solaris X64 和 StarOffice 系统。

那时,X86 和 Linux 在 Sun 内部是禁忌词,但我仍然偷偷地在我的地下室里使用它们。 :-)

当情况改变,X64 和 Linux 突然变得可以接受时,我突然成为了当地的多启动和 RedHat 专家。

WWWillem

回复 ,作者:JnyJny

嘿,Sun 的老同事!

我在奥斯汀 TX 办公室从 2000 年工作到 2017 年,做性能工作,x86 在 Sun 很长一段时间内绝对是禁忌词。我的大部分时间都花在 SPARC 硬件上,偶尔也会涉足一些奇怪的领域(AMD、固件、服务处理器、架构模拟器等等)。

回复 ,作者:WWWillem (未验证)

我猜你应该抛弃 sys/types.h,转而使用 stdint.h,后者在 c99 中实现,用于在不同系统之间标准化这些类型

这是一篇关于如何编写优秀的 C 程序的优秀文章,我学到了一些与 C 编程相关的新知识。

感谢您的积极反馈!请继续关注,我还有更多文章正在准备中 :)

如果 C 语言中的 Main 函数是 INT MAIN(),那么你必须添加函数的返回值,这里的 VALUE 可能是 0 或 1。

注意:这里的大写字母表示语法或 C 编程函数名称、关键字等。

我不确定这是否是对使用 EXIT_SUCCESS/EXIT_FAILURE 的异议,或者你的评论是否被截断了。我是否遗漏了某个 return 语句?

回复 ,作者:Ghanendra Yadav

这太棒了!我真希望几年前就能看到这样的例子。

既然你提到你也会用 Python 编程,那么要求提供一个基本相同的模板,使用 Python 的标准库,是否太过分了?(拜托了,求你了!)

很抱歉我没有早点写出来,但我很高兴你今天觉得它有帮助!

关于 Python 相关的文章,我会把它列入计划。敬请期待!

回复 ,作者:SS (未验证)

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.