forked from dlang/dlang.org
-
Notifications
You must be signed in to change notification settings - Fork 4
/
ctod.dd
1606 lines (1226 loc) · 40.8 KB
/
ctod.dd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
Ddoc
$(COMMUNITY CプログラマのためのD言語,
$(COMMENT $(BLOCKQUOTE William Nerdspeare,
Et tu, D? Then fall, C!
))
<!--img src="images/c1.gif" border=0 align=right alt="ouch!"-->
$(P 熟練したCプログラマは誰でも、
自然とさまざまなイディオムやテクニックを身につけているものです。
新しい言語を学ぼうとすると、時にこれらのイディオムに慣れすぎたせいで、
同じことを別の言語でどう実現するのかわからなくなってしまいます。
そこでここに、C のよく知られたテクニックと、対応するDでのやり方を集めてみました。
)
$(P C にはオブジェクト指向関連の機能はありませんので、
オブジェクト指向の話は
<a href="cpptod.html">C++ プログラマのための D 言語</a> に分けて書きました。
)
$(P C のプリプロセッサについては
$(LINK2 pretod.html, Cプリプロセッサ vs D) で扱っています。
)
$(UL
$(LI $(LINK2 #sizeof, 型のサイズを取得する))
$(LI $(LINK2 #maxmin, 型の最大・最小値を取得する))
$(LI $(LINK2 #types, 組み込みデータ型))
$(LI $(LINK2 #floating, 特殊な浮動小数点数の値))
$(LI $(LINK2 #modulus, 浮動小数点数の剰余))
$(LI $(LINK2 #nans, 浮動小数点数の比較でのNaNの扱い))
$(LI $(LINK2 #assert, assert))
$(LI $(LINK2 #arrayinit, 配列要素の初期化))
$(LI $(LINK2 #arrayloop, 配列の要素ごとのループ))
$(LI $(LINK2 #arraycreate, 可変長配列の作成))
$(LI $(LINK2 #strcat, 文字列連結))
$(LI $(LINK2 #printf, 整形print))
$(LI $(LINK2 #forwardfunc, 関数の前方参照))
$(LI $(LINK2 #funcvoid, 引数を持たない関数))
$(LI $(LINK2 #labeledbreak, ラベル付きbreakとcontinue))
$(LI $(LINK2 #goto, goto文))
$(LI $(LINK2 #tagspace, 構造体タグの名前空間))
$(LI $(LINK2 #stringlookup, 文字列の検索))
$(LI $(LINK2 #align, 構造体メンバのアラインメント))
$(LI $(LINK2 #anonymous, 無名構造体・無名共用体))
$(LI $(LINK2 #declaring, 構造体の型と変数の宣言))
$(LI $(LINK2 #fieldoffset, 構造体メンバのオフセット計算))
$(LI $(LINK2 #unioninit, 共用体の初期化))
$(LI $(LINK2 #structinit, 構造体の初期化))
$(LI $(LINK2 #arrayinit2, 配列の初期化))
$(LI $(LINK2 #stringlit, エスケープされた文字列リテラル))
$(LI $(LINK2 #ascii, ASCII文字とワイド文字))
$(LI $(LINK2 #arrayenum, 列挙型と配列の併用))
$(LI $(LINK2 #typedefs, typedefで新しい型を作る))
$(LI $(LINK2 #structcmp, 構造体の比較))
$(LI $(LINK2 #stringcmp, 文字列の比較))
$(LI $(LINK2 #sort, 配列のソート))
$(LI $(LINK2 #volatile, volatile なメモリアクセス))
$(LI $(LINK2 #strings, 文字列リテラル))
$(LI $(LINK2 #traversal, データ構造のなぞり))
$(LI $(LINK2 #ushr, 符号なし右シフト))
$(LI $(LINK2 #closures, 動的クロージャ))
$(LI $(LINK2 #variadic, 可変個関数引数))
)
<hr><!-- -------------------------------------------- -->
<h3><a name="sizeof">型のサイズを取得する</a></h3>
<h4>C では</h4>
$(CCODE
sizeof(int)
sizeof(char *)
sizeof(double)
sizeof(struct Foo)
)
<h4>D では</h4>
<P>sizeプロパティを使います:</P>
----------------------------
int.sizeof
(char *).sizeof
double.sizeof
Foo.sizeof
----------------------------
<hr><!-- ============================================ -->
<h3><a name="maxmin">型の最大・最小値を取得する</a></h3>
<h4>C では</h4>
$(CCODE
#include <limits.h>
#include <math.h>
CHAR_MAX
CHAR_MIN
ULONG_MAX
DBL_MIN
)
<h4>D では</h4>
----------------------------
char.max
char.min
ulong.max
double.min
----------------------------
<hr><!-- ============================================ -->
<h3><a name="types"組み込みデータ型</a></h3>
<h4>C => D</h4>
$(CCODE
bool => bit
char => char
signed char => byte
unsigned char => ubyte
short => short
unsigned short => ushort
wchar_t => wchar
int => int
unsigned => uint
long => int
unsigned long => uint
long long => long
unsigned long long => ulong
float => float
double => double
long double => real
_Imaginary long double => ireal
_Complex long double => creal
)
<p>
char は8bitの符号なし、wchar は16bitの符号なし型で、
別々の型です。
これによって型安全性やオーバーロードがしやすくなっています。
<p>
C では int や unsinged のサイズは環境によって変わりますが、Dでは固定されています。
<hr><!-- ============================================ -->
<h3><a name="floating">特殊な浮動小数点数の値</a></h3>
<h4>C では</h4>
$(CCODE
#include <fp.h>
NAN
INFINITY
#include <float.h>
DBL_DIG
DBL_EPSILON
DBL_MANT_DIG
DBL_MAX_10_EXP
DBL_MAX_EXP
DBL_MIN_10_EXP
DBL_MIN_EXP
)
<h4>D では</h4>
----------------------------
double.nan
double.infinity
double.dig
double.epsilon
double.mant_dig
double.max_10_exp
double.max_exp
double.min_10_exp
double.min_exp
----------------------------
<hr><!-- ============================================ -->
<h3><a name="modulus">浮動小数点数の剰余</a></h3>
<h4>C では</h4>
$(CCODE
#include <math.h>
float f = fmodf(x,y);
double d = fmod(x,y);
long double r = fmodl(x,y);
)
<h4>D では</h4>
Dは余りを取る演算('%') は浮動小数点数に対しても定義されています:
----------------------------
float f = x % y;
double d = x % y;
real r = x % y;
----------------------------
<hr><!-- ============================================ -->
<h3><a name="nans">浮動小数点数でのNaNの扱い</a></h3>
<h4>C では</h4>
Cでは、NaN を比較したときに何が起きるかは規定されていません。
また実際、ほとんどのコンパイラは NaN チェックを行いません。
(Digital Mars C コンパイラはこのチェックを行う数少ない例外です)
$(CCODE
#include <math.h>
if (isnan(x) || isnan(y))
result = FALSE;
else
result = (x < y);
)
<h4>D では</h4>
Dでは、
NaN を考慮した完全な浮動小数比較演算が提供されています。
----------------------------
result = (x < y); // x か y が NaN なら false
----------------------------
<hr><!-- ============================================ -->
<h3><a name="assert">assertは守りの堅いコードに必須の要素</a></h3>
<h4>C では</h4>
<p>
Cはassertに直接対応はしていませんが __LINE__ を使って
assertマクロが定義されています。__FILE__ や __LINE__
マクロの使い道はこれくらいしか無いように思われます。
$(CCODE
#include <assert.h>
assert(e == 0);
)
<h4>D では</h4>
D は assert が言語に組み込まれています。
----------------------------
assert(e == 0);
----------------------------
<hr><!-- ============================================ -->
<h3><a name="arrayinit">配列要素の初期化</a></h3>
<h4>C では</h4>
$(CCODE
#define ARRAY_LENGTH 17
int array[ARRAY_LENGTH];
for (i = 0; i < ARRAY_LENGTH; i++)
array[i] = value;
)
<h4>D では</h4>
----------------------------
int array[17];
array[] = value;
----------------------------
<hr><!-- ============================================ -->
<h3><a name="arrayloop">配列の要素ごとのループ</a></h3>
<h4>C では</h4>
<p>
配列の要素数は別に定義されているか、sizeof()
を使ったややこしいトリックが必要です。
$(CCODE
#define ARRAY_LENGTH 17
int array[ARRAY_LENGTH];
for (i = 0; i < ARRAY_LENGTH; i++)
func(array[i]);
)
あるいは:
$(CCODE
int array[17];
for (i = 0; i < sizeof(array) / sizeof(array[0]); i++)
func(array[i]);
)
<h4>D では</h4>
Dでは配列のプロパティ"length"から配列サイズが得られます。
----------------------------
int array[17];
for (i = 0; i < array.length; i++)
func(array[i]);
----------------------------
あるいはもっと簡単に:
----------------------------
int array[17];
foreach (int value; array)
func(value);
----------------------------
<hr><!-- ============================================ -->
<h3><a name="arraycreate">可変長配列の作成</a></h3>
<h4>C では</h4>
Cでは配列ではこれは不可能です。
サイズを保持する別の変数を作って、
明示的に配列の長さの管理を行う必要があります:
$(CCODE
#include <stdlib.h>
int array_length;
int *array;
int *newarray;
newarray = (int *)
realloc(array, (array_length + 1) * sizeof(int));
if (!newarray)
error("out of memory");
array = newarray;
array[array_length++] = x;
)
<h4>D では</h4>
Dには、簡単にリサイズできる動的配列があります。
通常必要なメモリ管理機構は全てD言語側でサポートされています。
----------------------------
int[] array;
array.length = array.length + 1;
array[array.length - 1] = x;
----------------------------
<hr><!-- ============================================ -->
<h3><a name="strcat">文字列連結</a></h3>
<h4>C では</h4>
いくつか難点がありました。
例えば、メモリの割り当て・解放や、
NULLポインタの扱い、文字列の長さの処理などです。
$(CCODE
#include <string.h>
char *s1;
char *s2;
char *s;
// s1 と s2 をつなげて、結果を s に入れる
free(s);
s = (char *)malloc((s1 ? strlen(s1) : 0) +
(s2 ? strlen(s2) : 0) + 1);
if (!s)
error("out of memory");
if (s1)
strcpy(s, s1);
else
*s = 0;
if (s2)
strcpy(s + strlen(s), s2);
// s に "hello" に追加
char hello[] = "hello";
char *news;
size_t lens = s ? strlen(s) : 0;
news = (char *)
realloc(s, (lens + sizeof(hello) + 1) * sizeof(char));
if (!news)
error("out of memory");
s = news;
memcpy(s + lens, hello, sizeof(hello));
)
<h4>D では</h4>
Dは~と~=演算子をcharやwcharの配列に対してオーバーロードし、
文字列結合の意味として使用しています。次のように:
----------------------------
char[] s1;
char[] s2;
char[] s;
s = s1 ~ s2;
s ~= "hello";
----------------------------
<hr><!-- ============================================ -->
<h3><a name="printf">整形print</a></h3>
<h4>C では</h4>
printf() が汎用の整形出力ルーチンです:
$(CCODE
#include <stdio.h>
printf("Calling all cars %d times!\n", ntimes);
)
<h4>D では</h4>
D ではどうなっているのでしょう? やはり printf() は使えます:
----------------------------
printf("Calling all cars %d times!\n", ntimes);
----------------------------
さらに、writefln() は printf() を型安全かつスレッドセーフに改善します:
-----------------------
import std.stdio;
writefln("Calling all cars %s times!", ntimes);
-----------------------
<hr><!-- ============================================ -->
<h3><a name="forwardfunc">関数の前方参照</a></h3>
<h4>C では</h4>
関数の前方参照、
つまりまだソースファイル中に現れていない関数の呼び出し、
は出来ません。呼び出しより前に関数のプロトタイプ宣言が必要です。
$(CCODE
void forwardfunc();
void myfunc()
{
forwardfunc();
}
void forwardfunc()
{
...
}
)
<h4>D では</h4>
プログラム全体がまとめて扱われるので、
前方宣言のコードは不要です。
前方宣言自体、言語として不正とされています!
宣言と定義を分けて二箇所に書くことで生じる面倒さやエラーをDは回避しています。
関数は好きな順序で定義しましょう。
----------------------------
void myfunc()
{
forwardfunc();
}
void forwardfunc()
{
...
}
----------------------------
<hr><!-- ============================================ -->
<h3><a name="funcvoid">引数を持たない関数</a></h3>
<h4>C では</h4>
$(CCODE
void function(void);
)
<h4>D では</h4>
D は型付けの強い言語なので、
引数を持たないことを明示的に宣言する
必要はありません。単に引数宣言を書かなければよいだけです。
----------------------------
void function()
{
...
}
----------------------------
<hr><!-- ============================================ -->
<h3><a name="labeledbreak">ラベル付きbreakとcontinue</a></h3>
<h4>C では</h4>
breakとcontinueは、再内周ループにのみ適用されました。
このため、多段breakするにはgotoが使われます:
$(CCODE
for (i = 0; i < 10; i++)
{
for (j = 0; j < 10; j++)
{
if (j == 3)
goto Louter;
if (j == 4)
goto L2;
}
L2:
;
}
Louter:
;
)
<h4>D では</h4>
break と continue にはラベルを指定できます。
ラベルは文を含むループにつき、breakやcontinueはそのラベルの付いた
ループ(あるいはswitch)に対して適用されます。
----------------------------
Louter:
for (i = 0; i < 10; i++)
{
for (j = 0; j < 10; j++)
{
if (j == 3)
break Louter;
if (j == 4)
continue Louter;
}
}
// break Louter goes here
----------------------------
<hr><!-- ============================================ -->
<h3><a name="goto">Goto Statements</a></h3>
<h4>C では</h4>
プロのCプログラマにとっては、
諸悪の根元たるgoto文であっても重要です。
時にはおかしなコントロールフローが必要になることもあります。
<h4>D では</h4>
Dのラベル付きbreak, continue機能によって、
Cでgotoを使っていた場面のほとんどで
gotoは不要になります。
しかしDは、全ての規則に例外がある、
ということをよくわかっている現実のプログラマのための現実的な言語です。
もちろんDはgotoに対応しています!
<hr><!-- ============================================ -->
<h3><a name="tagspace">構造体タグ名の名前空間</a></h3>
<h4>C では</h4>
構造体を使う場所ごとにいちいちstructと書いていくのは大変なので、
次のイディオムが広く使われています:
$(CCODE
typedef struct ABC { ... } ABC;
)
<h4>D では</h4>
構造体のタグ名は別の名前空間には入りません。他の名前と同様に参照できます。
つまり:
----------------------------
struct ABC { ... }
----------------------------
<hr><!-- ============================================ -->
<h3><a name="stringlookup">文字列の検索</a></h3>
<h4>C では</h4>
文字列を受け取って、可能な文字列のリストと比較して
対応するアクションを実行する…というコードを考えます。
よくある例として、コマンドライン引数の処理があります:
$(CCODE
#include <string.h>
void dostring(char *s)
{
enum Strings { Hello, Goodbye, Maybe, Max };
static char *table[] = { "hello", "goodbye", "maybe" };
int i;
for (i = 0; i < Max; i++)
{
if (strcmp(s, table[i]) == 0)
break;
}
switch (i)
{
case Hello: ...
case Goodbye: ...
case Maybe: ...
default: ...
}
}
)
3つのデータ構造、構造体と列挙型と表に加えて switch
文を同時に管理しなくてはいけない、というのは問題です。
もしデータにもっと多くの可能性があったなら、
三つの構造をきちんと整合性を持たせるのは難しく、
バグの原因になります。
さらに、値の種類が莫大になってくると、
単なる線形探索ではなくハッシュや二分木を使って速度の改善を図る必要が出てきます。
しかし、そのような新しいコードを書いてデバッグする…
という手間は時間がかかるため、結局放置される、
というのがよくあるパターンです。
<h4>D では</h4>
Dではswitch文を、
整数だけでなく文字列に対しても使えるように拡張しました。
文字列照合のコードは次のように直接的になります:
----------------------------
void dostring(char[] s)
{
switch (s)
{
case "hello": ...
case "goodbye": ...
case "maybe": ...
default: ...
}
}
----------------------------
新しい文字列を追加するのも簡単です。効果的な探索コードの生成は、
コンパイラに任せることが出来ます。手書きするのに比べてバグも減り、
開発時間も短縮されます。
<hr><!-- ============================================ -->
<h3><a name="align">構造体メンバのアラインメント</a></h3>
<h4>C では</h4>
コマンドラインスイッチによって制御されます。しかし、
全てのモジュールやライブラリを確実に再コンパイルしないとおかしな結果になります。
このため、実際には $(D #pragma) が使われます:
$(CCODE
#pragma pack(1)
struct ABC
{
...
};
#pragma pack()
)
しかし、規格上も実際の実装を見ても、
$(D #pragma) は移植性がありません。
<h4>D では</h4>
$(P Dでは、すべてのDコンパイラ間で共通の、アラインメントを指定する構文が用意されています。
実際に行われるアラインメントは、ABI互換性のために、
各環境でのCコンパイラと合わせて実装されています。
アーキテクチャを越えて同じ特定のメモリレイアウトに合わせるには、
$(D align(1)) を使って手動でレイアウトを調整します。
)
----------------------------
struct ABC
{
int z; // z はデフォルトの整列
align (1) int x; // x はバイト境界へ
align (4)
{
... // {} 内の宣言はdword境界へ整列
}
align (2): // ここから下ではword境界へ整列
int y; // y はword境界へ
}
----------------------------
<hr><!-- ============================================ -->
<h3><a name="anonymous">無名構造体・無名共用体</a></h3>
時に、構造体や共用体をネストして、レイアウトを調整すると便利なことがあります。
<h4>C では</h4>
Cでは無名の構造体,共用体は禁じられています。そこで、
ダミーのタグ名やメンバが必要になります。
$(CCODE
struct Foo
{
int i;
union Bar
{
struct Abc { int x; long y; } _abc;
char *p;
} _bar;
};
#define x _bar._abc.x
#define y _bar._abc.y
#define p _bar.p
struct Foo f;
f.i;
f.x;
f.y;
f.p;
)
不格好なだけでなく、マクロを使ってしまうとデバッガで扱いにくくなってしまいます。
また、マクロは構造体の中だけでなくグローバルスコープ全域で定義されます。
<h4>D では</h4>
より自然に
無名構造体,共用体を扱えます。
----------------------------
struct Foo
{
int i;
union
{
struct { int x; long y; }
char* p;
}
}
Foo f;
f.i;
f.x;
f.y;
f.p;
----------------------------
<hr><!-- ============================================ -->
<h3><a name="declaring">構造体の型と変数の宣言</a></h3>
<h4>C では</h4>
$(P セミコロンで終わる一つの文で書くか、)
$(CCODE
struct Foo { int x; int y; } foo;
)
$(P 二行に分けで書きます:)
$(CCODE
struct Foo { int x; int y; }; // 最後の ; が必要
struct Foo foo;
)
<h4>D では</h4>
$(P
構造体の定義と変数宣言は同じ文には書けません:
)
----------------------------
struct Foo { int x; int y; } // 最後の ; は要らない
Foo foo;
----------------------------
$(P 構造体定義の最後に ; がつかないのは、
関数やブロック {} の最後には ;
が不要なのに構造体宣言には要る、という混乱する仕様を排除するためです。
)
<hr><!-- ============================================ -->
<h3><a name="fieldoffset">構造体メンバのオフセット計算</a></h3>
<h4>C では</h4>
通常はマクロを使います:
$(CCODE
#include <stddef>
struct Foo { int x; int y; };
off = offsetof(Foo, y);
)
<h4>D では</h4>
オフセットはプロパティの一つです:
----------------------------
struct Foo { int x; int y; }
off = Foo.y.offsetof;
----------------------------
<hr><!-- ============================================ -->
<h3><a name="unioninit">共用体の初期化</a></h3>
<h4>C では</h4>
"最初のメンバ"規則に従って初期化されます:
$(CCODE
union U { int a; long b; };
union U x = { 5 }; // メンバ 'a' が 5 に初期化される
)
共用体のメンバを増やしたり宣言の順番を変えたりすると、
初期化のところで大変な問題が生じ得ます。
<h4>D では</h4>
どのメンバを初期化するのか明示的に言及します:
----------------------------
union U { int a; long b; }
U x = { a:5 };
----------------------------
わかりにくさや保守性の問題を回避しています。
<hr><!-- ============================================ -->
<h3><a name="structinit">構造体の初期化</a></h3>
<h4>C では</h4>
メンバは、{} の中の順番に応じて初期化されます。
$(CCODE
struct S { int a; int b; };
struct S x = { 5, 3 };
)
小さな構造体では大した問題ではありませんが、メンバの数が増えてくると、
初期化子を正しく宣言の順に並べる作業に細心の注意が必要となってきます。
そこでメンバが追加されたり並び替えられたりすると、
初期化部分を探して間違いのないよう修正することになります。
もうこれはバグの地雷原とでもいうしかありません。
<h4>D では</h4>
メンバの明示的な初期化も可能です:
----------------------------
struct S { int a; int b; }
S x = { b:3, a:5 };
----------------------------
意味が明白ですし、順番への依存もありません。
<hr><!-- ============================================ -->
<h3><a name="arrayinit2">Array Initializations</a></h3>
<h4>C では</h4>
Cでは順番に依存して配列が初期化されます:
$(CCODE
int a[3] = { 3,2,2 };
)
ネストした配列の場合は{}があってもなくてもOkです:
$(CCODE
int b[3][2] = { 2,3, {6,5}, 3,4 };
)
<h4>D では</h4>
配列についてはDも、順番に依存した初期化が出来ます。しかし、
インデックスを明示的に指定することも可能です。以下は皆同じ結果になります。
----------------------------
int[3] a = [ 3, 2, 0 ];
int[3] a = [ 3, 2 ]; // C同様、指定されていない部分は0初期化
int[3] a = [ 2:0, 0:3, 1:2 ];
int[3] a = [ 2:0, 0:3, 2 ]; // 指定がなければ、
// インデックスは直前+1
----------------------------
配列の添え字をenumで扱っているとき、これは便利です。
enumの順序が変更されたり新しく列挙定数が増えても大丈夫:
----------------------------
enum color { black, red, green }
int[3] c = [ black:3, green:2, red:5 ];
----------------------------
多重配列の初期化は明示的に [] が必要です:
----------------------------
int[2][3] b = [ [2,3], [6,5], [3,4] ];
int[2][3] b = [[2,6,3],[3,5,4]]; // エラー
----------------------------
<hr><!-- ============================================ -->
<h3><a name="stringlit">エスケープされた文字列リテラル</a></h3>
<h4>C では</h4>
Cでは\がエスケープシーケンスなので、DOSファイルシステムのファイル名を表現する時に問題が発生します。c:\root\file.c と指定するには:
$(CCODE
char file[] = "c:\\root\\file.c";
)
正規表現を扱い出すと、もっと大変になります。
例えば次のような、引用文字列にマッチする正規表現を考えてみましょう:
$(CCODE
/"[^\\]*(\\.[^\\]*)*"/
)
<P>C では、これはほとんど笑い話です:
$(CCODE
char quoteString[] = "\"[^\\\\]*(\\\\.[^\\\\]*)*\"";
)
<h4>D では</h4>
文字列は、WYSIWYG (what you see is what you get) です。
エスケープは文字列と分けて書きます。なので:
----------------------------
char[] file = `c:\root\file.c`;
char[] quoteString = \" r"[^\\]*(\\.[^\\]*)*" \";
----------------------------
かの有名な hello world 文字列はこうなるでしょう:
----------------------------
char[] hello = "hello world" \n;
----------------------------
<hr><!-- ============================================ -->
<h3><a name="ascii">ASCII文字とワイド文字</a></h3>
<P>モダンなプログラムでは、国際化のためにwchar文字を簡単に扱える必要があります。
<h4>C では</h4>
Cでは、wchar_t型と文字列への接頭辞Lを使います。
$(CCODE
#include <wchar.h>
char foo_ascii[] = "hello";
wchar_t foo_wchar[] = L"hello";
)
ASCIIとワイド文字双方向けにコンパイルできるコードを書こうとすると、
いささか嫌な状況になります。ASCIIとワイド文字の切り替えにマクロが使われるのです:
$(CCODE
#include <tchar.h>
tchar string[] = TEXT("hello");
)
<h4>D では</h4>
文字列の型は意味解析時に決定されるので、マクロ呼び出しで囲う必要はありません:
-----------------------------
char[] foo_ascii = "hello"; // 文字列はASCIIとされる
wchar[] foo_wchar = "hello"; // 文字列はワイド文字とされる
-----------------------------
<hr><!-- ============================================ -->
<h3><a name="arrayenum">列挙型と配列の併用</a></h3>
<h4>C では</h4>
次の例を考えます:
$(CCODE
enum COLORS { red, blue, green, max };
char *cstring[max] = {"red", "blue", "green" };
)
要素の数が少なければ、これで十分です。しかし数を増やすと、正しく管理するのが難しくなってきます。
<h4>D では</h4>
-----------------------------
enum COLORS { red, blue, green }
char[][COLORS.max + 1] cstring =
[
COLORS.red : "red",
COLORS.blue : "blue",
COLORS.green : "green",
];
-----------------------------
完璧ではありませんが、改善されています。
<hr><!-- ============================================ -->
<h3><a name="typedefs">typedefで新しい型を作る</a></h3>