Nixパッケージマネージャには、代替実装を可能にするデータ型仕様がありますか?
例:Nixコードを再利用せずに構成ファイル、パッケージリポジトリなどを調べるNix用のツールを作成することは可能ですか?これらのツールは、「パッケージの追加、パッケージの削除、パッケージのリストの表示、パッケージのバージョンの表示など...」などのユーティリティです。
残ったのは質問の妥当性だけだ。
Gitの利点の1つは、ファイル形式レベルで指定されることです。これには相互運用性など多くの利点がありますが、より重要なことは、時間の経過とともに実装の品質が低下してもGitが生き残ることができるということです。
Knicksのコンセプトは素晴らしいと思います。私はパッケージマネージャが進化の次のステップだと思います。しかし、実装、あいまいなエラーメッセージなどは非常に満足していません。 C ++で実装されたという事実は間違いなく追加の課題を追加しました。私は「軽くなければならない」と依存関係があってはならないことを理解しています。 golangは、より少ないコストですべての利点を得ることができるようです。
Nixがファイル形式レベルで指定されている場合、初期実装言語はそれほど重要ではありません。それ以外の場合、Nixは単一の実装と同じくらい優れています。