Linux は POSIX と互換性がありますが、一部の POSIX コマンドが見つかりません。 [閉じる]

私は多くのクロスプラットフォームツールを作成し、実際に興味を持っている必要がある2つのことがあります。

1. コアロジック/言語はposixと互換性があり、うまく機能し、bashisms、zsh'ismsなどを避けるべきです。 POSIXコンプライアンスが重要で達成しやすい場所です。これはサブシェルコードで特に重要です。
2. コアPOSIX shロジックをラッパーとして使用して、タスクを実行するために必要なツールをテストして計測し、使用します。可能性が最も高い位置から可能性が最も低い位置へ。私は理論的な「POSIXがそう言ったのでそこにあるべき」コーディングに時間や努力を注いだことがないと思います。私はいつもそこにいるものをテストして使用しました。もちろん、数行のコードが追加されますが、すべてを常に処理することが目標であれば、そうすることができます。

「圧縮」ツールについては、このスレッドの前に聞いたことがないと率直に言うことができます。そして、上記のコメントを見ると、現在使用されているツールほど良くないので、私がこのツールを持つようになった理由が当然です。いつもインストールされていますか？それとも簡単にインストールできますか？

複雑なものを見つけると、基本レベルで非常に簡単にしない限り、ロジックがどこでも機能する可能性が急速に低下します。確かにやれば、そうです。常に動作しますが、一度ツールを追加するとそれほど多くはありません。たとえば、システムの「awk」がデフォルトのawkであるとは信じられないかもしれません。

ツールをテストしないと悲しくなり、真のクロスプラットフォーム/クロスOS/クロスディストリビューションを作成することは成功しません。

それにもかかわらず、まだ正常に動作していないシステムが見つかったら、より多くのテストとフォールバックを追加して、その状況が機能するようにツールを更新する必要があります。これがまさに現在の方法です。以前見たことのない新しい状況のコンテンツを追加しただけです。

GNU / Linuxが複数のレベルでもはやほとんど従わない標準（システム？いいえ？、わかりました、次に進みます）を維持しようとしない限り、それは難しくありません。そうでないのは時間の無駄と無意味な欲求不満につながるだけです。

重要でないツールを使用しようとすると、これはより困難になります。この時点では、どのOSにもまったく依存することはできず、すべてのBSDが独自に実行するすべての亜種をテストして処理する必要があるためです。これをしないでくださいパッケージ配布を使用することを誇りに思ってください。しかし、OSには独自のコアツールが含まれています。つまり、ツールがすべてのバリアント/OSで同じ名前を持っていても、プラットフォーム全体で同じ出力に依存することはできません。または動作します。たとえば、psはOpenBSD、FreeBSD、Linux、さらにはwrtファームウェアで見られるビジボックスでも大きく異なります。