モダンなC言語の書き方について

Question

諸事情によりC言語を勉強することとなりました。
とりあえずは構造体を用いたデータベースへの接続・データ取得が目標になります。

そこで、これからCを勉強するにあたり、
現段階でのC言語の書き方というものを教えていただきたいです。
もしくは参考になりそうなサイト・書籍等がありましたら・・・。
※実際の開発現場環境がどうとかは無視して、
「今やるならこれがベスト」というものでお願いします。

http://postd.cc/how-to-c-in-2016-1/
こちらを見ると
・ char は使うべきではない
・ stdint.h の int8_t...int_fast8_t...等を用いる
みたいなことが書いてありますが、実際のところどうなのでしょう。

よろしくお願いします。

Comments

[Zuishin]

C を選ばなければならないということは、ハードか何かの縛りがあるのでしょう。それを書かれた方が適切な回答がつくと思います。

[rok6]

状況的にはすでにCで書かれたテンプレートファイルを基にして拡張していく、みたいな感じなので、どう書けばいいかはそのテンプレートファイルを見ればいい話なのですが、せっかくCをやるので昔のCの書き方と違って今はどう変わってるのか知りたかったんですが、質問内容ちょっとわかりにくいですね。もっとわかりやすく書ければいいのですが・・・。

Answer 1

こんにちは。

直接の回答にならないかもですが。

リンク先の記述で一番賛同できるのは下記です。

C言語の第1のルールは、「もし避けられるならC言語を使うな」ということです。

超小型CPUでC++コンパイラがないようなケースや、C言語で開発されたプロジェクトの改造でない限り、C言語ではなくC++を使った方が遥かに生産性が上がります。

超小型CPUの場合は、モダンかどうかを気にする意味はあまりないです。完全に高級アセンブラとしての用途ですから、「マルチ・プラットフォーム」な設計をするより対象CPU向けに最適化するべきかと。
既存のプロジェクトの改造ならば、そのプロジェクトのコーディング・ルールに従った方がスマートと思います。

「charを使うな」はナンセンスです。標準ライブラリがchar型を使います。文字列を扱うならやはりchar型を使うべきです。文字列を扱わないようなアプリならばcharを使わないことはあるかも知れませんが、エラー・メッセージ1つ生成しないってかなりレアかと。

int8_t等については、他のCPUとデータ交換する際には使うと非常に便利です。
それ以外のケースではそれほど拘らなくてもよいように感じます。

ところで、リンク先についてはstdint.hで定義されている型の使い方で話題に上がっています。参考になると思います。

Comments

[rok6]

ご回答ありがとうございます。確かに実際やるならC++のほうがいいですよね。
今回は参加するプロジェクトがCで書かれたテンプレートファイルを基にするものであり、Cを使うということが確定していて、その上で私はCはちょろっと触ったくらいだったので、丁度勉強にと思いこのような質問をさせて頂きました。
実際の記述に関しては今回はテンプレートファイルがあるのでそれを参考にしつつ、モダンかどうかを気にせず改めて復習し直していくことにします。
それと、リンク先大変勉強になりました！こちら回答をベストアンサーにさせて頂きたいと思います。

Answer 2

もしくは参考になりそうなサイト・書籍等がありましたら・・・。

書籍なら「モダンC言語プログラミング」を推薦しておきます。

---

（個人的な感想）リンク先「2016年、C言語はどう書くべきか」の内容は大筋合意ですが、一部の強い断定口調には違和感があります。とりわけint型を使うなの下りは、C言語では計算過程での整数拡張を避けられないこともあり、問題を潜在化させるだけにしか思えずあまり賛同できません。