Verglichen mit cmd.exe oder command.com ist die PowersHell “gut” und gute Ideen gab es bei der Erfindung sicher auch. Bei den CmdLet-Namen rollen sich einem die Fußnägel auf, die Autocompletion ist kacke, das Quoting versagt manchmal, aber hey, wer wollte nicht schon mal per Add-In über die Shell durch TSQL-Datenbankschemata navigieren!
Das ist gerade das Schöne an bash, denn da kann man beliebigen Output von beliebigen Programmen ganz einfach verarbeiten, ohne sich mit Datentypen rumärgern zu müssen.
Bei Powershell bricht man sich da einen ab, um den ganzen Scheiß in den richtigen Datentyp zu casten.
Unsicher, ob Sarkasmus.
Verglichen mit cmd.exe oder command.com ist die PowersHell “gut” und gute Ideen gab es bei der Erfindung sicher auch. Bei den CmdLet-Namen rollen sich einem die Fußnägel auf, die Autocompletion ist kacke, das Quoting versagt manchmal, aber hey, wer wollte nicht schon mal per Add-In über die Shell durch TSQL-Datenbankschemata navigieren!
Immerhin kennt powershell datentypen.
Anders als bash.
Das ist gerade das Schöne an bash, denn da kann man beliebigen Output von beliebigen Programmen ganz einfach verarbeiten, ohne sich mit Datentypen rumärgern zu müssen.
Bei Powershell bricht man sich da einen ab, um den ganzen Scheiß in den richtigen Datentyp zu casten.
Tolles Argument.
Aber wieso erweitern wir dieses Argument nicht auf Python oder Rust? Oder jede andere Programmier und Skripting Sprache?
mMn ist es besser wenn es dem Benutzer offen steht entweder oder benutzen zu können. Wenn nicht definiert, wird es immer als string interpretiert.
Macht die Manipulation von Datentypen in Dateien (z.B. XML) erheblich einfacher als mit 3rd-Party Pakete herumhantieren zu müssen.