だから私はそれを使い始めましたzsh。私はそれがすべて好きだった。とても素敵でスムーズに見え、現在の作業ディレクトリと実際のコマンドラインが別の行にあるという事実は良いですが、同時に少し遅くなる可能性zshがあることも発見しましたbash。特にテキストを印刷する場合はさらにそうです。画面。
私が好きなのはzsh私と一緒に働くことです.bashrc。
それでも苦情が一つあります。すべてがうまく機能しますが、エクスポートシステムがどのように機能するかわかりません。
..bashrcexport -f
zshではエクスポートについて言及していないようです。自動的にロードされますか？これら2つは同じですか？私はこれを見つけるのに苦労しています。
ベストアンサー1
関数を含む環境変数はbashハッキングです。 Zshに似たものはありません。ほんの数行のコードで同様のことができます。環境変数には、以前のバージョンのbashが含まれています。シェルショック名前は関数名で、その値() {の後に関数コードが続く変数に関数コードを格納することがわかりました}。次のコードを使用してこのエンコーディングで変数を取得し、bashのようなものを試すことができます。設定して実行してください。 zshはすべてのbash機能をエミュレートすることはできないので、もう少し近づくだけです（たとえば、$foo値を分割し、ワイルドカードを拡張し、配列を0から始めるようにするなど）。
bash_function_preamble='
emulate -LR ksh
'
for name in ${(k)parameters}; do
[[ "-$parameters[name]-" = *-export-* ]] || continue
[[ ${(P)name} = '() {'*'}' ]] || continue
((! $+builtins[$name])) || continue
functions[$name]=$bash_function_preamble${${${(P)name}#"() {"}%"}"}
done
（ようにスティーブン・チャジェラスShellshockの最初の発見者は、関数定義が間違っていると、この回答の以前のバージョンがこの時点で潜在的に任意のコードを実行できることを指摘しました。このバージョンはそうではありませんが、もちろんコマンドを実行すると、環境からインポートされた関数になる可能性があります。 )
Shellshock 以降のバージョンの bashBASH_FUNC_myfunc%%エンコード機能は、無効な変数名 (例:) がある環境で実行されます。 zsh は環境からこれらの変数名を抽出するためのインタフェースを提供しないため、これにより信頼性の高い解析が難しくなります。
私はこれをお勧めしません。スクリプトからエクスポートされた関数に頼るのは悪い考えです。スクリプトに見えない依存関係を生成します。機能のない環境（他のコンピュータ、クローン操作、シェル初期化ファイルの変更後...）でスクリプトを実行すると、スクリプトは機能しなくなります。代わりに、すべての関数を1つ以上の別々のファイル（に似ています~/lib/shell/foo.sh）に保存し、スクリプトが使用する関数をインポートしてスクリプトを起動します（. ~/lib/shell/foo.sh）。これにより、変更すると、foo.shどのスクリプトがそれに依存しているかを簡単に検索できます。スクリプトをコピーすると、必要な補助ファイルを簡単に見つけることができます。
Zsh（およびそれ以前のksh）は、それを使用するスクリプトから関数を自動的にロードする方法を提供し、それをより便利にします。制限は、ファイルごとに1つの機能しか配置できないことです。関数を自動ロードとして宣言し、関数定義をfunction_nameというファイルに保存します。このファイルをリストされたディレクトリに配置します$fpath（FPATH環境変数を介して設定できます）。スクリプトからautoload -U foo。
また、zshはスクリプトをコンパイルして解析時間を節約できます。呼ぶzcompileスクリプトをコンパイルします。拡張子を持つファイルが作成されます.zwc。このファイルが存在する場合、autoloadソースコードの代わりにコンパイルされたファイルがロードされます。あなたはそれを使用することができますzrecompile機能ディレクトリ内のすべての関数定義を（再）コンパイルします。