回答編集履歴
3
追記
test
CHANGED
|
@@ -1,4 +1,8 @@
|
|
|
1
1
|
まず、これは、ファイルがバイトの並びでないようなOS（メインフレームとか）も考慮した記述であり、Unix系OSもWindowsもファイルはバイトの並びなので、テキストストリームもバイナリストリームも大きな違いは無いです。Windows以外に於いてはどちらも無変換で読み書きされますし。
|
|
2
|
+
|
|
3
|
+
|
|
4
|
+
|
|
5
|
+
(追記)質問中の文章は、JIS規格書の引用のようですが、規格書はいろいろな環境やコンパイラを許容するために、ややわかりにくい記述になっています。どんな環境を許容するためにこういう記述になっているのかとかは、規格中に書いてないんですよね。
|
|
2
6
|
|
|
3
7
|
|
|
4
8
|
|
2
追記
test
CHANGED
|
@@ -8,6 +8,8 @@
|
|
|
8
8
|
|
|
9
9
|
定義に外れません。
|
|
10
10
|
|
|
11
|
+
(追記)1行を一度に出力する必要はありません。改行文字が出力された時点で、そこまでが1行になります。
|
|
12
|
+
|
|
11
13
|
|
|
12
14
|
|
|
13
15
|
> ２：➁の定義における３つの規則
|
|
@@ -15,6 +17,8 @@
|
|
|
15
17
|
|
|
16
18
|
|
|
17
19
|
とは何のことでしょうか？
|
|
20
|
+
|
|
21
|
+
|
|
18
22
|
|
|
19
23
|
|
|
20
24
|
|
1
追記
test
CHANGED
|
@@ -25,3 +25,15 @@
|
|
|
25
25
|
一般的にはそうです。変換しません。
|
|
26
26
|
|
|
27
27
|
この記述だけ満たせば良いなら、書くときに可逆変換して、読むときに逆変換して、書いたデータと読んだデータが常に一致すれば良いことになりますが。
|
|
28
|
+
|
|
29
|
+
|
|
30
|
+
|
|
31
|
+
##追記
|
|
32
|
+
|
|
33
|
+
「ファイルがバイトの並びでないような」というのは、「ファイルがレコードの並び」であるケースです。
|
|
34
|
+
|
|
35
|
+
この場合、テキストストリームだと、プログラム上の行がファイルのレコードにマッピングされます。
|
|
36
|
+
|
|
37
|
+
プログラムから改行文字を出力すると、今書いているレコードに書くのをやめて、次からは次のレコードに書くことにします。改行文字自体はファイル中に保持されません。
|
|
38
|
+
|
|
39
|
+
レコードが固定長の場合、行末の空白の有無を判断できないので、③のような記述になります。例えば、空白でパディングするレコード長10のファイルの場合、"ABC"と書いたのか、"ABC "と書いたのか、ファイルを見ても判断できません。
|