./note135.html

ToC

134. C言語の進化 (2016/12/27)

新規開発で C でやる、ということもあまりなくなっているかもしれませんが、 C++ には何かをするための方法があまりに沢山あり、 STL も便利ですが記述が極めて煩雑(C++11 で auto が導入されて改善はされてますがではそれまではなんだったんだみたいな)であるとかそういうわけで結構言語仕様がどんどん大きく変わるとか色々あって、長期にわたって継続的に(というか数年毎にちょっとづつ)いじるような開発にはあんまりどうかなというところがあります。

というわけで某プロジェクトのコードを十数年前に C++ ではなくて C で書いたものをいまだに使い回しているわけですが、Cも昔に比べると随分便利になってます。

構造体を返す関数とか構造体の代入とかできる(K&Rではできなかったの)

変数宣言がブロックの先頭でなくてもいい

配列サイズを変数にできる。関数の引数にもできる

要するに、使うとイライラしたところが随分ましになってます。

以下ちょっと技巧的かもしれませんが、例を。速度はあまり問題ではないんだけど、ちょっと複雑なフラグによる処理をしたい、という状況、具体的な例としては、 flag が 0,1,2,3 の値を取り、それによって変数 x に式 a, b, c, d のどれかをセットしたい、という状況を考えます。 ruby なら

   x= [a,b,c,d][flag];

と書くところです。昔の C だと、switch 文を使って

  switch(flag){
      case 0: x=a; break;
      case 1: x=b; break;
      case 2: x=c; break;
      case 3: x=d; break;
  }

と書いたところでしょう。 break をいれるのを忘れるとか default (ここでは使ってませんが)のスペルを間違えるとかで色々な楽しいことが起こりますし記述量も多くなってます。これが、今どきの C だと (x 等が double だとして)以下のように書けるようです。

  double cases[]={a,b,c,d};
  x = cases[flag];

ruby のように1行とはいきませんが、switch を使うのに比べるとはるかにましです。もちろん、性能的には色々問題があります。 a, b, c, d がそれぞれ複雑な式とか関数であってもどちらも同じように動きますが、 switch は成りたったところで break で switch 文が終わりますが、配列を作るとまず全部の要素が評価されます。まあでも、性能が問題にならないところであれば使ってもいいのではないでしょうか？

ToC