aptist meistens als neue Binärdatei mit einigen der häufig verwendeten Funktionen von beiden apt-getund apt-cache(mit mehr, die wahrscheinlich später hinzugefügt werden) und mit einer "vereinfachten" Schnittstelle gedacht . Die meisten APTverfügbaren Befehlszeilenfunktionen werden über apt-cacheund verfügbar gemacht apt-get, aber diese Befehle sind aus Sicht der Benutzererfahrung nicht ideal. Da diese beiden Binärdateien als Test- / Beispielbefehle gedacht waren (ursprünglich von Jason Gunthorpe, glaube ich) und nicht für den ernsthaften Gebrauch durch Endbenutzer.
Der aptBefehl soll einfacher zu bedienen und "benutzerfreundlicher" sein. Menschen finden es oft verwirrend, dass die Funktionalität zwischen apt-getund apt-cachezum Beispiel aufgeteilt ist.
Siehe Kommentare von Michael Vogt in seinem Blog-Beitrag:
apt 1.0 .
Ich denke nicht, dass es besonders darum geht, Designfehler zu überwinden.
Es ist also nicht als apt-getErsatz gedacht .
Weitere Informationen erhalten Sie von den APT-Entwicklern. Sie sind super cool, aber sie hängen nicht an Stack Exchange rum. Versuchen #debian-aptSie stattdessen OFTC.
Kommentare von Michael Vogt zu diesem #debian-aptKanal; Ich habe den Fragenlink auf dem IRC-Kanal gepostet.
<mvo> faheem: "Designfehler" ist ein starkes Wort - wir haben nur Angst davor, irgendetwas in apt-get zu ändern, weil es mittlerweile in einer Unmenge von Skripten verwendet wird. Mit "apt" können wir das tun und es ist einfacher zu tippen und wir können apt-get / apt-cache kombinieren. Ich denke, die Antworten sind alle in Ordnung. Der Schlüssel ist wirklich, dass apt bequemer zu verwenden / zu tippen ist.
<mvo> faheem: [snip] das Wesentliche ist, dass apt / apt-get / apt-cache alle dieselbe Bibliothek und denselben Code verwenden, nur einige Änderungen an der Standardeinstellung.