大きなスクリプトを複数のスクリプトに分割して基本スクリプトにソースを提供するのは一般的ですか?

大きなスクリプトを複数のスクリプトに分割して基本スクリプトにソースを提供するのは一般的ですか?

私は現在、より大きなBashスクリプト(私のオープンソースプロジェクト)で作業していますが、混乱し始めました。論理を関数に分割し、可能であればローカル変数を使用し、いくつかのグローバル変数のみを宣言しました。それでもメンテナンスが難しくなります。

私はスクリプトを複数のスクリプトに分割し、それを私の基本スクリプトにソーシングすることを検討しました(他の言語にインポートするのと似ています)。

しかし、これが可能なアプローチかどうかを知りたいです。まず、複数のスクリプトを取得すると、スクリプトの実行時間が大幅に遅くなる可能性があり、第二に、展開がより困難になります。

それでは、これは良いアプローチですか?他の(オープンソース)プロジェクトもこれを行いますか?

ベストアンサー1

はい、これは一般的な慣行です。たとえば、Unixの初期には、マルチユーザー操作のためのブートステップを通してシステムを導くシェルコードが単一のファイルでした/etc/rc。今日のブートプロセスは、機能別に区切られた多くのシェルスクリプトによって制御されています。必要に応じて中央位置から取得した共通関数と変数。 Linuxディストリビューション、Mac、BSDはすべて、このアプローチをさまざまなレベルで使用しています。

おすすめ記事