$ arrayがkshとbashの配列全体を拡張しないのはなぜですか？

Question 1

回答はできませんが、いくつかの可能な説明を提案します。

実際、kshとそのレプリカ（pdkshと追加の派生エントリとbash）を除いて、配列（、、、、、、、、）cshを持つ他tcshのすべてのシェルは配列のすべてのメンバーに拡張されました。rcesakangafishzshyash$array

ただし、このリストにある2つのBourne様シェルであるyash（エミュレーションzsh中sh）、拡張はまだ分割+globの影響を受けます（エミュレートしていzshない場合でもshnullを削除します）。したがって、まだ厄介な構文を使用する必要があります"${array[@]}"（または"${(@)array}"簡単に入力できます）、リストを維持"$array[@]"するzshには（同様の問題がcshありますtcsh）、分割+ globとnullの削除はBourneレガシーです（それ自体はマクロ拡張と同様のThompsonシェルレガシーが原因で発生します）$1）。

rcfishBourne手荷物がなく、よりきれいなアプローチをとる最新のシェルの2つの例です。彼らはシェルがコマンドラインソルバーであり、それらが扱う主なタスクはリスト（コマンドのパラメータリスト）なので、リスト/配列が主要なデータ型（タイプは1つだけでありリスト）であることを認識しrcて削除します。 Bourneシェルの分割+ glob-upon-expansionのバグ/エラー機能（デフォルトのタイプは配列なのでもう必要ありません）。

$arrayそれにもかかわらず、David Kornがすべての要素に拡張するのではなく、インデックス0の要素に拡張することを選択した理由は説明されていません。

csh現在、/を除くすべてのシェルは、BourneシェルとUnix V7がリリースされてわずか数年後のtcsh1980年代初頭に開発されたものよりもはるかに最新です。kshUnix V7にも環境が導入されました。これは当時としては非常に斬新なことでした。環境はきれいで便利ですが、何らかの形式のエンコーディングを使用しない限り、環境変数に配列を含めることはできません。

これは推測だけですが、David Kornがこのアプローチを選択した理由の1つは、環境とのインターフェースを変更しないためだと思います。

rcと同様に、ksh88ではすべての変数が配列です（非常に希薄ですが、キーが正の整数に制限されている連想配列に似ています。これは他のシェルやプログラミング言語と比較して別の奇妙な点です。完全には実装されていません）。たとえば、キーリストを検索することは不可能であるため、考えました。新しいデザインではvar=value略語になりますvar[0]=value。それでもすべての変数をエクスポートできますが、export var配列インデックス0の要素を環境にエクスポートできます。

rcすべての変数を環境に配置して配列のエクスポートをサポートしますfishが、複数の要素を持つ配列の場合（少なくとも plan9 の rc から Unix ポートへの場合）、エンコード形式に依存する必要があります。彼らだけが理解しています。

csh、、、は配列のエクスポートをサポートしていません（ただし、現在のところこれは大きな制限のように聞こえないかもしれません）tcsh。zshから配列をエクスポートすることはできますがyash、配列要素は関連する:（(a "" "" b)したがって(a : b)エクスポートされた値と同じ）環境変数としてエクスポートされ、インポート時に配列に再変換されません。

もう一つの考えられる理由は$@Bourne's /との一貫性です$*（しかし、配列インデックスはなぜ1ではなく0から始まりますか？kshこれはフリーソフトウェアではなく商業企業であり、要件の1つはBourne互換性です。ksh完了したフィールド分割を削除します。すべてリストの文脈で引用されていない単語（Bourneシェルでは明らかに役に立たないため）は拡張のために保存する必要があります（ただし、スクリプトは配列のvar="file1 file2"; cmd $varないBourneシェルのようなものを使用するため"$@"）。配列を持つシェルに保存することはあまり意味がありませんが、Kshが依然としてコンシューマーベースのスクリプトを解釈できる場合、Kornにはほとんどオプションがありません。$scalarスプリット+グローブの影響を受ける場合は、一貫性のためである$array必要があるため、"${array[@]}"一般化として理解"$@"することをお勧めします。zsh同様の制約がないため、拡張時に配列を追加しながら分割+グローブを自由に削除できます（ただし、Bourneの下位互換性が損なわれる対価を払うことになります）。

@Arrowが提供するもう1つの説明は、既存の演算子をオーバーロードしてさまざまな型の変数に対して異なる動作をしたくないことです（たとえば、Bourneシェルに、または、が${#var}ない場合でも）。これはユーザーの混乱を招く可能性があります。（一部の演算子が配列とスカラーを使用する方法は必ずしも明確ではないからです）。${#array}${var-value}${var#pattern}zsh

関連資料：

https://www.usenix.org/legacy/publications/library/proceedings/vhll/full_papers/korn.ksh.aDavid Kornが開発内容を説明しますksh（アレイはBourneシェルにパッチとして最初に追加されました）。フォーム入力システム）。
https://news.slashdot.org/story/01/02/06/2030205/david-korn-tells-all

a=$@編集状況に関しては、実際にkshがBourneシェルとの互換性を破る場合です。

Bourneシェルには、位置引数とスペース文字の連結が含まれています$@。挿入されたスペースと同じように拡張されますが、引用されていないため、引用された場合にのみ$*特別です（最新バージョンでは、空のリストの特殊なケースはSolarisと同様に処理されました）。スペースを削除すると、リストコンテキスト内の1つの引数にのみ拡張されます（0はリスト内の空のリストを意味します）。$@"$*"$IFS"$@"安定上記のバージョン）。引用符がない場合は、他の変数のように動作します（必ず元の位置引数に分割する必要はありませんが、文字に分割$*）。たとえば、Bourne シェルでは次のようになります。$@$IFS

'set' 'a:b'   'c'
IFS=:
printf '<%s>\n' $@
printf '[%s]\n' "$@"

出力されます:

<a>
<b c>
[a:b c]

$@Ksh88は、との最初の文字が$*連結されるように変更しました$IFS。空で"$@"ない場合は、リストコンテキストで位置パラメータを区切ります$IFS。

$IFS空白の場合は、区切り文字なしで引用しない限り、スペース$*で囲みます$*。

例:

$ set a b
$ IFS=:
$ a=$@ b=$* c="$@" d="$*"
$ printf '<%s>\n' "$a" "$b" "$c" "$d" $@ $* "$@" "$*"
<a:b>
<a:b>
<a:b>
<a:b>
<a>
<b>
<a>
<b>
<a>
<b>
<a:b>
$ IFS=
$ a=$@ b=$* c="$@" d="$*"
$ printf '<%s>\n' "$a" "$b" "$c" "$d" $@ $* "$@" "$*"
<a b>
<a b>
<a b>
<ab>
<a b>
<a b>
<a b>
<ab>

ksh93やksh88など、Bourne / Korn様シェルのさまざまなバリエーションを見ることができます。さらに、状況には次のようないくつかの変更があります。

set --
cmd ''"$@"
cmd $empty"$@"

あるいは、$IFSマルチバイト文字や有効な文字を形成しないバイトが含まれている場合です。

^{yashただし、"$array"動作は"${array[@]}"whilezshの"$array"動作と似ています"${array[*]}"。あまり醜くて恥ずかしいですが、たぶんもっと驚くかもしれません。}

Answer